Silverlight PollingDuplex InnerChannel 出现 multipleMessagesPerPoll (serverPollTimeout) 故障

Question

我正在运行 silverlight 客户端版本 4.0.50917.0 和 SDK 版本 4.0.50826.1

我已经针对 wcf pollingduplex 绑定创建了一个简单的 silverlight 客户端：

Web.config:

<system.serviceModel>
<extensions>
  <bindingExtensions>
    <add name="pollingDuplexHttpBinding"
        type="System.ServiceModel.Configuration.PollingDuplexHttpBindingCollectionElement,System.ServiceModel.PollingDuplex, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
  </bindingExtensions>
</extensions>
<behaviors>
  <serviceBehaviors>
    <behavior name="sv">
      <serviceMetadata httpGetEnabled="true" />
      <serviceDebug includeExceptionDetailInFaults="true" />
      <serviceThrottling maxConcurrentSessions="2147483647"/>
    </behavior>
  </serviceBehaviors>
</behaviors>

<bindings>
  <!-- Create the polling duplex binding. -->
  <pollingDuplexHttpBinding>
    <binding name="multipleMessagesPerPollPollingDuplexHttpBinding"
             duplexMode="MultipleMessagesPerPoll"
             maxOutputDelay="00:00:01"/>

    <binding name="singleMessagePerPollPollingDuplexHttpBinding"
             maxOutputDelay="00:00:01"/>
  </pollingDuplexHttpBinding>
</bindings>
<services>
  <service behaviorConfiguration="sv" name="Backend.GUIPollingService">
    <endpoint address="" binding="pollingDuplexHttpBinding" bindingConfiguration="singleMessagePerPollPollingDuplexHttpBinding"
      contract="Backend.IGUIPollingService" />
    <endpoint address="mmpp" binding="pollingDuplexHttpBinding" bindingConfiguration="multipleMessagesPerPollPollingDuplexHttpBinding"
      name="multimessage" contract="Backend.IGUIPollingService" />
    <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
  </service>
</services>
<serviceHostingEnvironment multipleSiteBindingsEnabled="true" />

我的 silverlight 客户端连接如下：

 string endPointAddress2 = "http://"
          + App.Current.Host.Source.DnsSafeHost
          + ":"
          + App.Current.Host.Source.Port.ToString(CultureInfo.InvariantCulture)
          + "/GUIPollingService.svc/mmpp";
 this.client = new GUIClientProxy.GUIPollingServiceClient(
        new PollingDuplexHttpBinding(PollingDuplexMode.MultipleMessagesPerPoll), 
        new EndpointAddress(endPointAddress2))

我得到了一个内部通道故障的事件处理程序：

client.InnerChannel.Faulted += new EventHandler(InnerChannel_Faulted);

...

void InnerChannel_Faulted(object sender, EventArgs e)
    {
        
        Dispatcher.BeginInvoke(() =>
        { status.Text += "Inner channel Faulted\n\n"
        }
    } 

使用上述方法时，Client.InnerChannelFaulted 事件恰好在 one serverPollTimeout 之后发生。 （默认 15 秒，使用 Fiddler 验证）

如果我将客户端切换为这样连接：

string endPointAddress2 = "http://"
          + App.Current.Host.Source.DnsSafeHost
          + ":"
          + App.Current.Host.Source.Port.ToString(CultureInfo.InvariantCulture)
          + "/GUIPollingService.svc";
 this.client = new GUIClientProxy.GUIPollingServiceClient(
        new PollingDuplexHttpBinding(), 
        new EndpointAddress(endPointAddress2))

又名每个轮询的一条消息，fiddler 会显示在每个 serverPollTimeout 后，都会启动一个新的轮询，并且通道不< /em> 出错了。

有什么想法这里出了什么问题吗？

编辑：

我已阅读 http:// /social.msdn.microsoft.com/Forums/en/wcf/thread/1e6aa407-4446-4d4a-8dac-5392250814b8 和 http://forums.silverlight.net/forums/p/200659/468206.aspx#468206 我同意“singleMessagePerPoll”不是一个不错的解决方法。正如您在我的版本中看到的，我正在运行最新版本的 SDK 和开发人员运行时。

EDIT2：

我刚刚发现，如果我使用谷歌浏览器作为浏览器而不是 IE8 MultipleMessagesPerPoll 工作正常！对我来说，这听起来像是运行时与 ie8 的错误？

EDIT3：

在 silverlight WS 博客上确认： 链接< /a>

Answer 1

我在具有相同 SDK 和客户端版本的示例上确认了该问题。

这个问题对其他浏览器也有一些更多的影响：我的印象是 MultipleMessagePerPoll 似乎在它们上也不能正常工作（Fiddler 和 Firebug 显示了一些看起来很像 SingleMessagePerPoll 的东西）

但是我可以通过使用客户端网络堆栈（绕过浏览器网络堆栈）。然而，这个解决方案远非完美，因为在这种情况下必须手动设置 cookie。它可能很烦人，也可能不是问题，具体取决于您的应用程序。

要通过客户端堆栈执行所有 http 请求，请在开始服务调用之前使用它：

HttpWebRequest.RegisterPrefix("http://", WebRequestCreator.ClientHttp);

但是，根据您的需要，您可以更具体一些。

如果有人有更满意的答案，我很乐意阅读。如果您有兴趣重现该问题，我已修改了旧的 Tomek 示例，以在 SL4 上使用 MultipleMessagePerPoll，而不是在 SL3 上使用 SingleMessagePerPoll。

Answer 2

此问题可能是由于将 global.asax 添加到托管网站而引起的。将会话添加到托管站点显然会搞砸 wcf 轮询双工服务。我为这个问题苦苦挣扎了好几天，仅仅通过从主机网站删除 global.asax 文件，服务挂起就消失了。每次民意调查的多重消息是一个错误的线索。效果很好。

有关更多信息，请参阅此：

新添加的 global.asax 文件如何弄乱我的 WCF 服务