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

前端之家收集整理的这篇文章主要介绍了asp.net – SignalR和浏览器连接限制前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我用SignalR做了一个简单的应用程序进行测试。当页面加载时,会调用服务器上的一个功能,该函数然后调用在屏幕上打印消息的客户端功能。我这样做来检查客户端和服务器功能是否正常,SignalR通信工作正常。

我的问题是,如果我在两个不同的选项卡上打开相同的页面(在Chrome中),第一页加载完毕,但是第二页不调用服务器的功能 – 只有在关闭第一页的时候。

所以据我所知,他们可能是与浏览器相关的连接限制,不允许SignalR连接多一次(实际上是两个,一个用于接收,一个用于发送)

更新:我已经找到我们的其他标签开放,但现在我检查了它,它只允许4个选项卡/页面与连接活动。如果我尝试将相同的页面放在一个新的标签上,没有数据被发送,当我关闭其他选项卡之一时,新的选项卡立即发送数据。

如果有任何解决方案,我想知道的是什么,因为如果用户决定在两个选项卡上打开相同的页面,我希望这种连接可用。

我不相信它与IIS有任何关系,因为我知道它可以接受数千个连接。

解决方法

这个问题最好由未来的 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,但它不是那么干净。

原文链接:https://www.f2er.com/aspnet/252321.html

猜你在找的asp.Net相关文章