Как проверить доступность службы net.tcp WCF

Существует реализация WS-Discovery, которая позволит вам прослушивать объявления вверх/вниз для вашего сервиса. Это также очень удобная форма разрешения адресов службы, поскольку она использует многоадресные сообщения UDP для поиска службы, а не настраивает один заданный адрес на клиенте. WS-Discovery для WCF

Также есть реализация, выполненная сотрудником Microsoft: Пример реализации WS-Discovery

.NET 4.0 будет включать это изначально. Вы можете прочитать о реализации .NET 4.0 в блоге Хесуса Родригеса. В нем есть отличная диаграмма, подробно описывающая ситуативное взаимодействие, происходящее в WS-Disco Использование WS-Discovery в WCF 4.0

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

Надеюсь это поможет.

Если вы выполняете синхронный вызов, ожидая тайм-аута сервера в приложении с пользовательским интерфейсом, вы должны делать это в другом потоке. Я сомневаюсь, что снижение производительности связано с накладными расходами на исключения. Связано ли ваше снижение производительности с нагрузкой на ЦП, доступностью графического интерфейса или временем настенных часов?

Вы можете выяснить, можете ли вы создать пользовательскую привязку по TCP, но с более быстрым временем ожидания.

Я предполагаю, что вы знаете, что «IsOneWay=true» быстрее, чем запрос-> ответ в вашем случае, потому что вы все равно не ожидаете ответа, но тогда вы не получаете подтверждение или возвращаемые значения. Вы также можете реализовать двустороннюю связь, которая не является запросом-> ответом.

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

Вот что я использую, и это работает как шарм. Кстати, класс ServiceController находится в пространстве имен System.ServiceProcess.

try
{
    ServiceController sc = new ServiceController("Service Name", "Computer's IP Address");
    Console.WriteLine("The service status is currently set to {0}",
        sc.Status.ToString());

    if ((sc.Status.Equals(ServiceControllerStatus.Stopped)) ||
        (sc.Status.Equals(ServiceControllerStatus.StopPending)))
    {
        Console.WriteLine("Service is Stopped, Ending the application...");
        Console.Read();
        EndApplication();
    }
    else
    {
        Console.WriteLine("Service is Started...");
    }
}
catch (Exception)
{
    Console.WriteLine("Error Occurred trying to access the Server service...");
    Console.Read();
    EndApplication();
}

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

Есть хороший пост в блоге WCF : доступность служб WCF, если вы заинтересованы в прочтении.