Возможны ли проблемы параллелизма при использовании атрибута поведения службы WCF, установленного в ConcurrencyMode.Множественный и InstanceContextMode.Значение percall?

Единственный способ иметь два разных клиента WCF, то есть прокси, ссылающиеся на один и тот же экземпляр службы WCF, - это использовать InstanceContextMode=InstanceContextMode.Single. Это плохой выбор, если масштабирование является проблемой, поэтому вы хотите использовать PerCall, Если можете.

Когда вы используете PerCall, каждый вызов службы WCF получает собственный экземпляр службы WCF . Экземпляр службы не используется совместно, но это не означает, что они не используют одно и то же внутреннее хранилище (например, базу данных, память, файл и т. д.). Просто помните, PerCall позволяет каждому звоните для одновременного доступа к службе WCF.

ConcurrencyMode настройка управляет потоковой моделью самой службы. Параметр Single ограничивает выполнение всех экземпляров службы WCF в одном потоке. Таким образом, если у вас есть несколько клиентов, подключающихся одновременно, они будут выполняться только по одному на стороне службы WCF. В этом случае вы используете WCF для обеспечения синхронизации. Это сработает. прекрасно, как вы уже видели, но думайте об этом, как о том, чтобы иметь только макроуровень контроля над синхронизацией-каждый вызов службы WCF будет выполняться полностью, прежде чем следующий вызов может выполняться.

Установка ConcurrencyMode в Multiple, однако, позволит всем экземплярам службы WCF выполняться одновременно. В этом случае Вы несете ответственность за обеспечение необходимой синхронизации. Думайте об этом, как о микроуровне контроля над синхронизацией, так как вы можете синхронизировать только те части каждого вызова, которые необходимо синхронизировать.

Я надеюсь, что объяснил это достаточно хорошо, но вот фрагмент документации MSDN для ConcurrencyMode на всякий случай:

Установка ConcurrencyMode в Single указывает системе на ограничение экземпляры службы для одного потока исполнения в то время, которое освобождает вы от работы с потоками проблемы. Значение кратно означает, что сервисные объекты могут быть выполнены с помощью несколько потоков в любой из них время. В в этом случае вы должны обеспечить поток безопасность.

EDIT

Вы спросили

Есть ли какое-либо увеличение производительности, тогда, используя PerCall против Single при использовании ConcurrencyMode.Одинок? Или верно обратное?

Это, скорее всего, будет зависеть от сервиса.

С помощью InstanceContextMode.PerCall создается новый экземпляр службы для каждого вызова через прокси-сервер, так что у вас есть накладные расходы на создание экземпляра. Предполагая, что ваш конструктор службы не делает много, это не будет проблемой.

С помощью InstanceContextMode.Single существует только один экземпляр службы в течение всего времени существования приложения, поэтому практически нет накладных расходов, связанных с созданием экземпляра. Однако этот режим позволяет только одному экземпляру службы обрабатывать каждый вызов, который когда-либо будет выполнен. Таким образом, если у вас есть несколько вызовов, выполняемых одновременно, каждый вызов должен будет ждать завершения других вызовов, прежде чем он может быть выполнен.

Для чего это стоит того, вот как я это сделал. Используйте контекст экземпляра PerCall с параллелизмом Multiple. Внутри класса службы WCF создайте статические члены для управления внутренним хранилищем данных и при необходимости синхронизируйте доступ к этим статическим членам с помощью оператора lock, полей volatile и т. д. Это позволяет вашей службе хорошо масштабироваться, сохраняя при этом безопасность потока.