Asp.net 信号员协商SSE，但也使用长轮询？

我正在W7机器上开发Signalr2.0.1应用程序，使用Chrome、.NET4.5.1和IIS7.5

这个应用程序运行得很好，但在活动中我发现了一些奇怪的东西。首先，它将SSE作为交通工具进行谈判：

[12:54:37 GMT+0000 (GMT Standard Time)] SignalR: Negotiating with 'updates/negotiate?user=true&clientProtocol=1.3'. 
[12:54:37 GMT+0000 (GMT Standard Time)] SignalR: Attempting to connect to SSE endpoint '<url>/updates/connect?transport=serv…bLFxY6YS1OOyLL%2FtuAUH63PQEu2SFoXeYaS9X0yZQu%2BWUJ1TXM%2FG&user=true&tid=3'. 
[12:54:37 GMT+0000 (GMT Standard Time)] SignalR: EventSource connected. 
[12:54:37 GMT+0000 (GMT Standard Time)] SignalR: Now monitoring keep alive with a warning timeout of 13333.333333333332 and a connection lost timeout of 20000. 

[12:54:37 GMT+0000（GMT标准时间）]信号器：与“更新/协商？用户=true&clientProtocol=1.3”协商。
[12:54:37 GMT+0000（GMT标准时间）]信号器：尝试连接到SSE端点'/updates/connect？transport=serv…bLFxY6YS1OOyLL%2ftauh63pqeu2sfoxeyas9x0yzqu%2BWUJ1TXM%2FG&user=true&tid=3'。
[12:54:37 GMT+0000（GMT标准时间）]信号器：事件源已连接。
[12:54:37 GMT+0000（GMT标准时间）]信号器：现在监视保持活动状态，警告超时为13333.3332，连接丢失超时为20000。

在网络选项卡中，在Chrome开发者工具中，我可以看到一个“文本/事件流”内容类型的请求，尽管看起来已经完成，但它在时间和内容上都在增长

但是，我也可以看到很多似乎是“长轮询”的连接：

XHR finished loading:  http://localhost:6725/738305d7ff914c0b8abf0d68490625af/arterySignalR/poll?transport=longPolling&connectionToken=<token>&requestUrl=<url>&browserName=Chrome&tid=4&_=1389012957485

XHR已完成加载：http://localhost:6725/738305d7ff914c0b8abf0d68490625af/arterySignalR/poll?transport=longPolling&connectionToken=&requestUrl=&browserName=Chrome&tid=4&_=1389012957485

我可以看到这些连接是如何开始的，并且需要很长时间才能完成

为什么会这样？一开始我以为这是一个“保持活力”，但为什么“保持活力”会使用长轮询呢

---

干杯。

动脉是的代号。当您在VS中时，它会运行，如果需要，您可以将其关闭。

供参考：谢谢。很抱歉给你带来了困惑。