Нет. Это не потокобезопасно. клиент должен находиться в состоянии Open, чтобы разрешить вызовы. Простой сценарий, когда один поток выполняет client.Close(), а другой пытается вызвать метод, завершится ошибкой.

MSDN говорит, что SoapHttpClientProtocol является потокобезопасным:

Безопасность потоков

Этот тип является потокобезопасным.

Для другого класса, такого как System. MSDN сообщает, что Windows.Forms не является потокобезопасным.

Безопасность потоков

Любые общедоступные статические (общие в Visual Basic) члены этого типа являются потокобезопасными. Любые члены экземпляра не гарантируют потокобезопасность.

Вот Сотрудник Microsoft/MSDN говорит (хотя и без гарантии), что это потокобезопасно:

Привет Макс,

Для прокси-сервера веб-службы я думаю, что он должен быть потокобезопасным, поскольку сгенерированный .NET класс прокси-сервера является производным от класса SoapHttpClientProtocol, который помечен как потокобезопасный в документе:

Класс SoapHttpClientProtocol

http://msdn.microsoft.com/en-us/library/system.web.services.protocols.soaphttpclientprotocol(VS.71).aspx

следовательно, должно быть безопасно использовать его в многопоточном контексте, если вы вручную не добавили какой-либо контекстно-зависимый член в производном прокси-классе. Ты так думаешь?

Искренне,

Стивен Ченг

Руководитель онлайн-поддержки Microsoft MSDN

Эта публикация предоставляется КАК ЕСТЬ, без каких-либо гарантий и не дает никаких прав.

По этой ссылке: http://msdn.microsoft.com/en-us/library/system.web.services.protocols.soaphttpclientprotocol.aspx

внизу под «безопасностью потоков» говорится, что этот тип является потокобезопасным. Однако я не знаю, что использование его в качестве синглтона будет потокобезопасным.

MSDN не упоминает, что потокобезопасный:

Безопасность потоков

Этот тип является потокобезопасным.

Класс безопасен, нет упоминания об объекте.

Но можно с уверенностью сказать, что это не потокобезопасно — ни один объект в библиотеке .NET не является потокобезопасным.

(По крайней мере, я никогда не видел)