Ответ 1
Единственный способ иметь два разных клиента WCF, то есть прокси, ссылаться на один и тот же экземпляр вашей службы WCF - использовать InstanceContextMode=InstanceContextMode.Single. Это плохой выбор, если масштабирование является проблемой, поэтому вы можете использовать PerCall, если сможете.
Когда вы используете PerCall, каждый CALL для службы WCF получает свой собственный экземпляр службы WCF. Не существует совместного использования экземпляра службы, но это не означает, что они не используют одно и то же фоновое хранилище (например, базу данных, память, файл и т.д.). Просто помните, PerCall позволяет каждому вызову одновременно обращаться к вашему сервису WCF.
Параметр ConcurrencyMode управляет моделью потоков самой службы. Параметр Single ограничивает выполнение всех экземпляров службы WCF в одном потоке. Поэтому, если одновременно подключено несколько клиентов, они будут выполняться только по очереди на стороне службы WCF. В этом случае вы используете WCF для обеспечения синхронизации. Это будет хорошо, как вы видели, но подумайте об этом как о контроле за синхронизацией только на макроуровне - каждый вызов службы WCF будет выполняться целиком до следующего выполнения вызова.
Настройка ConcurrencyMode на Multiple, тем не менее, позволит выполнять все экземпляры службы WCF одновременно. В этом случае вы отвечаете за предоставление необходимой синхронизации. Подумайте об этом как о микроуровневом управлении синхронизацией, поскольку вы можете синхронизировать только те части каждого вызова, которые необходимо синхронизировать.
Надеюсь, я объяснил это достаточно хорошо, но здесь фрагмент документации MSDN для ConcurrencyMode на всякий случай:
Установка ConcurrencyMode в Single указывает системе на ограничение экземпляры службы в один поток исполнения в то время, которое освобождает вы не имеете дело с резьбой вопросы. Значение Multiple означает, что объекты обслуживания могут быть выполнены несколько потоков в любой момент времени. В в этом случае вы должны убедиться, что поток безопасность.
ИЗМЕНИТЬ
Вы спросили
Есть ли увеличение производительности, а затем использование PerCall против Single при использовании ConcurrencyMode.Single? Или это обратное истинное?
Вероятно, это зависит от службы.
С помощью InstanceContextMode.PerCall создается новый экземпляр службы для каждого вызова через прокси-сервер, поэтому у вас есть накладные расходы на создание экземпляра. Предполагая, что ваш конструктор служб не делает многого, это не будет проблемой.
С InstanceContextMode.Single для времени жизни приложения существует только один экземпляр службы, поэтому на создание экземпляра практически нет накладных расходов. Однако в этом режиме только один экземпляр службы обрабатывает каждый вызов, который когда-либо будет выполнен. Таким образом, если вы одновременно выполняете несколько вызовов, каждый вызов должен будет дождаться завершения других вызовов, прежде чем он сможет быть выполнен.
Для чего это стоит, вот как я это сделал. Используйте контекст экземпляра PerCall с Multiple concurrency. Внутри вашего класса обслуживания WCF создайте статические члены для управления хранилищем данных для вас, а затем при необходимости синхронизируйте доступ к этим статическим членам с помощью полей lock, volatile и т.д. Это позволяет вашему сервису масштабироваться хорошо, сохраняя при этом безопасность потоков.