1

我正在处理的项目是一个客户端-服务器应用程序，所有服务都是用 WCF 编写的，客户端是用 WPF 编写的。在某些情况下，服务器需要向客户端推送信息。我最初想使用 WCF Duplex Services，但在网上做了一些研究后，我发现很多人出于多种原因避免使用它。

我想到的下一件事是让客户端创建一个主机连接，以便服务器可以使用它来对客户端进行服务调用。然而，问题在于应用程序部署在互联网上，因此这种方法需要配置防火墙以允许传入流量，并且由于大多数用户是普通用户，这可能还需要配置路由器以允许端口转发，这又是给用户带来麻烦。

我的第三个选项是在客户端中生成一个后台线程，该线程调用GetNotifications()服务器上的方法。然后，服务器端的此方法会阻塞，直到创建实际通知，然后通知线程（AutoResetEvent可能使用对象？）并将信息发送到客户端。这个想法是这样的：

客户

private void InitializeListener()
{
    Task.Factory.StartNew(() =>
    {
        while (true)
        {
            var notification = server.GetNotifications();

            // Display the notification.
        }
    }, CancellationToken.None, TaskCreationOptions.LongRunning, TaskScheduler.Default);
}

服务器

public NotificationObject GetNotifications()
{
    while (true)
    {
         notificationEvent.WaitOne();
         return someNotificationObject;
    }
}

private void NotificationCreated()
{
    // Inform the client of this event.
    notificationEvent.Set();
}

在这种情况下，NotificationCreated()是当服务器需要向客户端发送信息时调用的回调方法。

您如何看待这种方法？这是可扩展的吗？

4

1 回答 1

1

对于每个客户端，您将在服务器上保留一个线程。如果您有几百个客户端并且服务器无论如何都不会使用内存，那可能没问题。如果可以有更多客户端，或者您不希望每个客户端刻录 1MB 的堆栈，则应该进行一些更改：

  1. 使用异步 WCF 操作方法。它们允许您在方法等待时解除对请求线程的阻塞。
  2. 将事件模型更改为异步一次。SemaphoreSlim有异步支持。您也可以使用TaskCompletionSource.

这样您就可以扩展到许多连接。

于 2013-10-18T21:57:02.510 回答