Как настроить WCF ServiceHost в службе Windows, которая может получать доступ к информации о состоянии в службе Windows

Я бы порекомендовал завершить это, удерживая ваше состояние в статическом члене, чтобы не имело значения, создает ли WCF новый экземпляр для каждого вызова или повторно использует его. Это решает проблему и упрощает код.

Почему служба WCF должна иметь информацию о состоянии? Разве это не может быть сохранено в базе данных и доступно при необходимости?

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

ОБНОВЛЕНИЕ:
Хорошо, еще одна идея: в любом случае у вас всегда будет только один ServiceHost. Если вы выберете режим экземпляра «за вызов» (как это рекомендуется всеми ведущими экспертами), ServiceHost выделит пул рабочих потоков, которые затем будут обслуживать входящие запросы.

Почему служба WCF должна быть одноэлементной? Не могли бы вы использовать «за вызов» и по-прежнему получать информацию о состоянии в службе NT?

Приходит запрос и создается экземпляр вашего объекта службы (класс службы, реализующий интерфейс службы). Как вы получаете доступ к информации о состоянии в службе NT прямо сейчас? Не могли бы вы сделать это и из только что созданного экземпляра службы, когда вам это действительно нужно?

Если у вас есть информация с отслеживанием состояния, хранящаяся в службе NT, вам необходимо убедиться, что любой одновременный доступ будет правильно обрабатываться — это совершенно не зависит от того, является ли ваш класс обслуживания WCF одноэлементным или нет.

ОБНОВЛЕНИЕ 2:
Используя «OperationContext.Current.Host», вы можете получить доступ к ServiceHost, на котором размещается данный экземпляр службы внутри выполняемого метода службы — не уверен, что вы можете получить доступ к фактическому NT экземпляр службы. Но если вы создадите свой собственный потомок ServiceHost, который имеет дополнительное свойство «ListOfClients», вы сможете получить доступ к этому списку в любое время из любого работающего экземпляра службы.

ПОМНИТЕ ВНИМАНИЕ: поскольку в любой момент времени может обрабатываться любое количество запросов на обслуживание, чтение списка должно быть потокобезопасным, а обновление списка из службы Windows NT еще более «рискованно». и должен учитывать эти проблемы параллелизма! Заблокируйте список, если вам нужно его обновить, иначе вы получите непредсказуемые результаты.

Марк

Установка InstanceContextMode.Single приведет к тому, что ServiceHost создаст один экземпляр вашей службы и будет использовать его для всех вызовов. Но похоже, что вы хотели бы создать экземпляр самостоятельно и заполнить его ссылкой на какое-то общее состояние. Если это так, это называется шаблоном «известный экземпляр» и может быть выполнено путем передачи экземпляра в конструкцию ServiceHost, например:

var svc = new MyServiceClass(state);
var host = new ServiceHost(svc, new Uri(..), ...);
...

ServiceHost будет использовать переданный вами экземпляр для всех вызовов.

Важным соображением при использовании режима одного экземпляра (независимо от того, является ли объект «общеизвестным» или созданным ServiceHost), является многопоточность. По умолчанию WCF разрешает одновременное выполнение только одного потока для каждого экземпляра службы. Таким образом, в режиме экземпляра PerCall, поскольку у вас будет несколько экземпляров службы, вы можете поддерживать несколько параллельных потоков, что улучшит пропускную способность в обычных условиях. Но в режиме одного экземпляра у вас есть только один экземпляр службы, поэтому вы можете запускать только один поток за раз. Это зависит от службы, но часто имеет смысл переключить режим параллелизма на множественный, что позволит использовать несколько одновременных потоков в экземпляре службы, но требует, чтобы реализация службы была потокобезопасной.

Несколько хороших документов здесь: http://msdn.microsoft.com/en-us/library/ms731193.aspx