Google chrome Chrome websocket连接延迟

Google chrome Chrome websocket连接延迟,google-chrome,websocket,Google Chrome,Websocket,我对WebSocket和chrome(22.0.1229.79m)有一个奇怪的问题(我还没有为其他浏览器编写身份验证代码,所以我无法测试它们)。似乎如果我重新加载chrome 3次,连接到websocket服务器的时间就会大大延迟。服务器没有延迟连接,我用另一台PC连接到服务器进行了测试,而chrome正在延迟,并且连接良好 有没有办法解决这个问题?当我切换接收数据的服务器时,这是一个问题。它将停止,并延迟。这对用户体验非常不利。我认为这与chrome浏览器没有关闭套接字密切相关…我也看到了在短

我对WebSocket和chrome(22.0.1229.79m)有一个奇怪的问题(我还没有为其他浏览器编写身份验证代码,所以我无法测试它们)。似乎如果我重新加载chrome 3次,连接到websocket服务器的时间就会大大延迟。服务器没有延迟连接,我用另一台PC连接到服务器进行了测试,而chrome正在延迟,并且连接良好


有没有办法解决这个问题?当我切换接收数据的服务器时,这是一个问题。它将停止,并延迟。这对用户体验非常不利。我认为这与chrome浏览器没有关闭套接字密切相关…

我也看到了在短时间内从chrome的同一浏览器选项卡创建多个WebSocket连接时出现的延迟。我相信这是为了解决WebSockets可能存在的安全问题,WebSockets允许浏览器在网络内进行端口扫描。通过限制在给定时间内可能发生的WebSocket连接数,可以极大地限制浏览器作为远程端口扫描仪的实用性。此外,出于同样的原因,onclose和onerror返回的信息量被有意限制。

Chrome是唯一这样做的人吗?Firefox遵循自己的websocket协议,也许这就是它似乎不会影响Firefox浏览器的原因。我想我必须把我的目标受众转向firefox,并避开使用chrome的用户。。。(因为它会很慢,而且连接会延迟)你每页有多少个连接?Firefox和Chrome都遵循W3C规范,限制错误和关闭事件暴露的信息量。我怀疑Firefox会严格限制可以同时连接的数量,特别是如果有人利用Firefox上的问题。如果你在另一条评论中提到数据传输缓慢,那么这可能不是一个特定的Chrome问题。我看不到这样的问题。只有当我尝试在短时间内创建多个连接时,我才会看到延迟的连接。好的,我正在与代理服务器建立连接,以获取服务器详细信息(哪个服务器有空间容纳用户)。该连接在返回服务器详细信息后立即关闭。然后我连接到大厅服务器,然后当/如果他们创建/加入游戏时,他们会与游戏服务器建立另一个连接。这意味着在短时间内有3+个连接。一旦连接到大厅,他们就不会断开连接(除非他们注销)。我在一些网络配置中也看到了这个问题。用户连接到websockets服务器需要10-15秒,而在firefox中几乎是瞬间,您是否安装了任何扩展?我刚刚遇到了一个问题,websockets在Chrome上需要约1分钟才能连接,但在Firefox上没有延迟。我恨了一段时间。我去了这里。然后意识到我有一些扩展。(禁用“JetBrains Chrome Extension 0.3.11”有帮助。)我也有同样的问题。从chrome到127.0.0.1:8081的ws-connection耗时超过3秒;我的服务器是一个自编写的C++ WebSoSver服务器,所以当接受()调用将产生时,我可以看到精确的3秒延迟。此外,从控制台到ws-server(localhost:8081)的直接telnet将立即产生预期的效果。因此,浏览器确实在做一些事情。事实证明,我几乎没有安装chrome扩展(adblocker、skype)。禁用所有这些功能大大降低了延迟。