asp.net – SignalR和浏览器连接限制

这个问题最好由未来的 Channel Messaging规范来解决，07/10规范迄今尚未被任何浏览器实现，但是我已经按照Alex Ford的说法在 limiting the number of connections中解决了这个问题，并且使用localStorage作为选项卡之间的消息总线。

存储事件允许您在标签之间传播数据，同时保持单个SignalR连接打开(从而防止连接饱和)。调用localStorage.setItem(‘sharedKey’，sharedData)会引发所有其他选项卡(而不是调用者)中的存储事件：

$(window).bind('storage',function (e) {
    var sharedData = localStorage.getItem('sharedKey');
    if (sharedData !== null)
        console.log(
            'A tab called localStorage.setItem("sharedData",'+sharedData+')'
        );
});

您可以测试($ .connection.hub.state === 1)以确定给定的选项卡是否应通过localStorage(由Alex提供)通知其他选项卡，以防止重复的localStorage.setItem调用。

Facebook通过在多个子域中提供持久连接来克服这种浏览器限制，但这会使部署和测试复杂化。

注意事项

旧连接：在Alex的解决方案中，您需要小心Disconnect()不被调用(例如异常)，并且使用旧的集线器连接填充HubConnections存储桶(或存储库)。如果会话ID不改变(可能发生)，这可能会阻止新客户端建立SignalR连接，即使没有活动。或者，时间戳新连接并具有滑动过期，以最小化潜在的影响。

锁定：localStorage可能会受到竞争条件的限制，因为它不执行任何锁定为described here。

要支持不同类型的事件，您应该对JSON消息中的eventType进行编码，并在存储事件上进行测试。

回退

如果无法建立SignalR连接，则每45秒钟我将轮回服务器以检索通知计数。

如果你不想使用localStorage，你可以使用cookies，但它不是那么干净。