Безопасный доступ к каналу WCF

Question

У меня есть приложение ASP.NET, которое использует «служебную ссылку» на сторонний платежный процессор. пример кода, который я скачал из платежной системы включает в себя следующее:

public class SoapAPIUtilities{ 

     private static CustomerProfileWS.Service service = null; 

     public static CustomerProfileWS.Service Service{ 
     get{ 
      if(service == null){ 
       service = new CustomerProfileWS.Service(); 
      } 
      return service; 
     } 
     } 
    } 

я произвожу CustomerProfileWS.Serviceautomatically using Visual Web Developer: его автоматически генерируемый реализация является подкласс подкласса ServiceModel.ClientBase, который MSDN документы, как «членов экземпляров не гарантируют безопасность потока ».

Чтобы использовать эту услугу на страницах ASP.NET, мне кажется, мне нужно сделать доступ к службе потокобезопасной, что выше не является?

• Ответы на this question сказать, что это поточно-
• Но the end of this MSDN page говорит, что это не поточно-?

Если это не поточно-то, что это лучший способ, чтобы сделать его поточно-:

• Wrap класс сбруя, который реализует блокировку вокруг статического одноточечного (e.g. as shown here)?
• Не используйте статический синглтон; вместо этого создайте несколько/временных CustomerProfileWS.Service экземпляров по мере необходимости, как локальные переменные в методах страниц ASP.NET, которые в них нуждаются?

Answer 1

Я бы с 2-й вариант вы предлагаете ...

Не используйте статический синглтон; вместо этого создайте несколько/временных экземпляров CustomerProfileWS.Service по мере необходимости, как локальные переменные в методах страниц ASP.NET, в которых они нуждаются?

Answer 2

Я бы поменял его на private static readonly CustomerProfileWS.Service service = new CustomerProfileWS.Service();.

Это создаст ваш синглтон в потоковом безопасном режиме.

Однако, если несколько потоков обращаются к прокси-серверу WCF, можно закрыть соединение, а другое - в середине операции.

Я думаю, что прокси-сервер для каждого запроса ASP.NET может быть лучше подходит здесь.

Answer 3

Создание прокси-нити, защищенной и одиночной, не подходит для веб-приложений.

Прокси-канал может стать неисправным, пока другой поток использует его. Кроме того, вы не хотите блокировать канал для каждой операции, потому что на веб-сайте одновременно есть много запросов, и они будут обрабатываться в строке, ожидая долгого выполнения задачи, например, вызвать веб-сервис.

Вам необходимо создать новый прокси-канал для каждого запроса ASP.NET.Это дорогостоящая операция, так что вы можете захотеть взглянуть на эту статью, чтобы убедиться, что те части, которые являются дорогими для создания кэшируются:

Performance Improvement for WCF Client Proxy Creation

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

A Sample for WCF Client Proxy Pooling