IIS 7.5上的SignalR始终对每个浏览器使用长轮询

Question

我知道SignalR有它的传输方法层次结构：Websocket-> Server-Sent Events-> Forever Frame-> Long Polling

但是当我在每个浏览器中检查控制台时，我注意到传输总是长轮询。

我正在使用Windows 7，IIS Express 7.5和Visual Studio 2013（当然是SignalR 2.0）。

我知道Websocket仅支持IIS 8，但至少SSE或Forever Frame for IE应该可以工作。

例如在谷歌浏览器中，我得到了这个：

这意味着，Chrome正试图使用​​SSE吗？ 但为什么要取消呢？

这里是Fiddler与Internet Explorer的截图：

它是蓝色的......代码是200.（为什么有不同的端口？网站在端口4040下运行，但是11437来自哪里？）甚至没有解释，为什么IE不继续使用SSE。

我的意思是，SSE /永远框时使用IIS 7.5的工作，不是吗？

先感谢您！

PS：在你问之前，我在家里而不是代理人

Answer 1

对Visual端口11437的SignalR请求是由Visual Studio的新浏览器链接功能制作的 ，可以禁用该功能 。

你能告诉我们你的服务器端代码（尤其是OnConnected中的任何代码）吗？ 查看对SSE和ForeverFrame / connect请求的响应也很有帮助。

最后，查看SignalR的服务器端跟踪可能会有所帮助。

Answer 2

嗯，这有点晚了，但无论如何我想解决这个问题。

原因是Bitdefender Internet Security 2013.它缓冲请求或类似的东西，我不确切地知道：X

无论如何，我卸载它，这就是诀窍：D