7

最终,WCF 双工 Silverlight 4 客户端开始收到404 Not Found轮询消息错误,轮询从 WCF 服务发送到 Silverlight 客户端后,有时会在第二轮轮询时发生这种情况,有时连接工作数小时甚至数天,但大部分在第一分钟失败。

!有趣的是,这个问题就像使用MaxMessagesPerPoll双工模式时已知的 Silverlight 4 错误一样,这里这里描述了解决方案,但我使用的是SingleMessagePerPoll模式。无论如何,我尝试ClientStack按照建议使用,但没有任何改变。

一般流程:

  1. SL 客户端执行 WCF 服务方法,收到响应
  2. 然后立即SL 客户端开始向服务发送轮询消息,然后获取第二个或 Ns 轮询消息的异常

    System.Net.WebException:远程服务器返回错误:NotFound

  3. Fiddler 仅显示404民意调查消息的空响应
  4. 然后引发客户端 Channel Faulted 事件

我正在尝试在出现此类故障后重新连接 SL 客户端,单次重新连接重试流程:

  1. 处理Faulted事件
  2. 取消订阅所有频道事件,例如Closed/Closing/Opened/Opening
  3. 使用正确的方式关闭频道try { close } catch { abort }
  4. 所有以下内容都在一个新的线程投票线程中:(我发现这有点稳定 -请参阅这篇文章
  5. 等待 45-70 秒
  6. 使用同一个DuplexChannelFactory<T>实例创建一个新频道,订阅所有频道事件,仅用于记录目的
  7. 执行 WCF 服务方法

经过 1-10 次重试(约 1-10 分钟)后,客户端最终连接到服务器并继续正常轮询。

在 WCF 服务日志中,我看到它得到了所有客户端请求,没有任何异常处理,所以 Silverlight 客户端似乎发生了一些事情。

基本信息:

  • .NET 框架 4.0
  • 轮询双工
  • 异步 WCF 方法
  • IIS 6.0 托管的 WCF 服务
  • Silverlight 4 客户端
  • 客户端操作系统:Windows XP SP2
  • 服务器操作系统:Windows 2003 R2 SP2
  • NTLM 身份验证
  • 双工模式:SingleMessagePerPoll
  • 还有一个 WCF 服务在我的服务开始工作之前执行请求/回复,它不使用双工连接
  • 在 SL 客户端服务上,我将所有内容都记录到 UI 中,以便查看所有事件流并为每个特定事件留出时间
  • IIS 日志、服务器事件日志中没有错误

客户:

var binaryBinding = new BinaryMessageEncodingBindingElement();
binaryBinding.ReaderQuotas.MaxStringContentLength = int.MaxValue;

var httpbindingElement = new HttpTransportBindingElement
{
    MaxReceivedMessageSize = 131072
};

var pollingDuplexBindingElement = new PollingDuplexBindingElement
{
    ClientPollTimeout = new TimeSpan(0, 0, 1, 30),
    InactivityTimeout = new TimeSpan(0, 8, 0, 0),
};


_binding = new CustomBinding(
           pollingDuplexBindingElement,
           binaryBinding,
           httpbindingElement)
       {
           SendTimeout = new TimeSpan(0, 0, 0, 45),
           CloseTimeout = new TimeSpan(0, 0, 0, 25),
           ReceiveTimeout = new TimeSpan(0, 8, 0, 0),
           OpenTimeout = new TimeSpan(0, 0, 0, 45)
       };


httpbindingElement.AuthenticationScheme = AuthenticationSchemes.Negotiate;
var endpoint = new EndpointAddress(_endpointAddress);
_channelFactory = new DuplexChannelFactory<TWebService>(
                       new InstanceContext(instanceOfClientServiceClass), 
                       _binding, 
                       endpoint);


// then this factory used to create a new channels
// Also for a new channel I'm setting OpTimeout
var contextChannel = newChannel as IContextChannel;
if (contextChannel != null)
{
   contextChannel.OperationTimeout = TimeSpan.FromSeconds(45);
}

服务器:

  • WCF、PerSession、多线程
  • 一切都是线程安全的
  • 执行时没有服务器服务异常
  • 很多日志记录,所以我看到了服务上发生了什么
  • 所有 WCF 跟踪都使用 switchValue 启用All,没有任何可疑之处
<binding name="customName"
             sendTimeout="00:01:00"
             receiveTimeout="08:00:00"
             openTimeout="00:01:00"
             closeTimeout="00:00:35">
     <pollingDuplex
         inactivityTimeout="08:00:00"
         serverPollTimeout="00:01:00" />
         <binaryMessageEncoding />
           <httpTransport authenticationScheme="Ntlm"
                          maxReceivedMessageSize="131072">              
         </httpTransport>
</binding>

<behavior name="customBehavior">
        <dataContractSerializer maxItemsInObjectGraph="2147483647" />
        <serviceDebug includeExceptionDetailInFaults="true" />
        <serviceThrottling
             maxConcurrentCalls = "500"
             maxConcurrentSessions = "500"
             maxConcurrentInstances = "500" />
</behavior>
4

2 回答 2

3

如果一切似乎都运行良好,那么这可能是网络基础设施/配置问题(例如 dns 配置)。在本地运行或使用 IP 地址而不是主机名时,您是否会遇到同样的问题?

如果您在 IIS 的站点上配置了多个绑定,也可能会出现类似的问题(有关详细信息,请参见此处:http: //blogs.msdn.com/b/rampo/archive/2008/02/11/how-can-wcf-support -multiple-iis-binding-specified-per-site.aspx )

另一件事是您如何从服务器到客户端进行通信。如果你在一个循环中迭代客户端并一个一个地调用回调方法,那么你可能会得到显示为 404 的超时。回调通常应该在后台线程上调用(每个客户端一个)。

根据您进行通信的方式,这也可能是由死锁引起的(当 UI 线程参与向服务发送/接收消息/回调时)。

于 2012-12-21T11:34:56.777 回答
1

在调查此 StackOverflow 帖子中描述的问题时,为 PerSession WCF 服务调用了两次静态构造函数,我发现当我将底层配置切换为使用单个工作进程而不是之前指定的那样时,它Polling Duplex开始稳定工作。我不知道为什么之前设置,因为我不拥有这台服务器,但无论如何这就是我现在所拥有的 - 在同一台机器上启动的多个 Silverlight 客户端工作稳定并且 polls polls polls 并且没有错误,所有客户端在尝试重新连接之后IIS 重新启动并回收...IISAppPool224041

有关更多详细信息,请参阅性能应用程序池设置

TL;DR: 当 IIS 托管的 WCF 驻留在具有多个工作进程的 AppPool 中时 - 轮询双工变得不稳定。因此,在高负载的情况下,IIS 启动了第二个进程并开始在第二个进程中创建 WCF 服务实例,所以我遇到了在一个进程中创建客户端会话但似乎轮询有时到达另一个不知道当前的进程的情况连接/会话因此开始拒绝此类消息和整个连接故障。

因此,按设计轮询双工不能跨单个 IIS 服务器和 AppPool 范围内的多个进程进行扩展,换句话说,如果您有超过 1 个工作进程 - 这是 WebGarden 环境,并且双工不能跨网络场和花园进行扩展

于 2012-12-25T14:45:50.130 回答