Поиск дуплекса WCF «TwoWay» Пример подписки + обратного вызова

Для начала получите копию Программирование служб WCF, если у вас ее еще нет.

Если клиент WinForm или WPF, необходимо использовать [CallbackBehavior(UseSynchronizationContext = false)], так как в противном случае клиент не будет обрабатывать входящее сообщение, пока поток пользовательского интерфейса не войдет в цикл сообщений.

Во-первых, "Дуплексный" канал в WCF не является действительно Дуплексным! Сообщение от

• клиента к серверу
• может блокировать сообщение, которое сервер ожидает от клиента
• (или наоборот)

Поскольку сообщения отправляются только в порядке очереди по одному каналу WCF. Двусторонний WCF-канал НЕ дает вам две очереди входящих сообщений. Результаты, возвращающиеся от "Двустороннего" вызова, просто такие же, как и "вызов" на этом уровне стека WCF. Как только вы поймете это, многие проблемы станут более понятными.

Если клиент - WinForm или WPF, вам может понадобиться использовать [CallbackBehavior(UseSynchronizationContext = false)], так как в противном случае клиент не будет обрабатывать входящее сообщение, пока поток UI не войдет в цикл сообщений.

Некоторые правила, которые я нашел, чтобы помочь избежать тупиковых ситуаций. (Посмотрите на мои вопросы по WCF, чтобы увидеть, с какой болью я столкнулся!)

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

И/или

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

В следующий раз, я думаю, я просто буду использовать два контракта (и, следовательно, TCP соединения) один для обратного вызова, а другой для всех запросов клиент->сервер. Или использовать мою собственную систему опроса, так как это доставило мне столько боли.

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

Лучший веб-сайт, который я знаю для примеров WCF - веб-сайт Юваля Лоуи.

Вы также можете найти вопросы, которые я задавал о WCF на Stack Overflow, полезными, поскольку у меня были те же проблемы, что и у вас.

Также потратив день или два на чтение всех вопросов и ответов по WCF на Stack Overflow, вы получите хорошее представление о проблемах, которых следует избегать.

Предполагая, что клиент является приложением WinForms, вы должны сделать обработку обратного вызова независимой от остальной части приложения, используя предложение Яна плюс делегирование работы, которая будет выполняться в потоке пользовательского интерфейса, если это необходимо. .Например, если сервер хочет уведомить клиента о чем-то, например об изменении текста метки, вы можете сделать следующее:

[CallbackBehavior(UseSynchronizationContext = false)]
internal class ServiceCallback : IServiceCallback
{
    ChangeMainFormLabel(string text)
    {
        frmMain.Instance.BeginInvoke(new Action()(() => frmMain.Instance.lblSomething.Text = text));
    }
}

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