Socket.io 连续的;运输关闭“;客户

Socket.io 连续的;运输关闭“;客户,socket.io,Socket.io,我已经设置了socket.io v.1.4.5 w express,无法追踪客户端上无法解释的断开连接的原因。客户机上的断开连接事件给出的原因是“传输关闭”。它在某些客户机上持续发生 客户机在似乎是定时间隔的情况下“传输关闭”断开连接,有什么解释吗?客户端重新连接正常,但由于频繁发生,因此造成极大不便 我尝试了各种设置,比如更改pingInterval、pingTimeout和WebSocket的端口(我现在使用的是端口80)。但不管我怎么做,问题永远不会消失 升级到最新的socket.io,但

我已经设置了socket.io v.1.4.5 w express,无法追踪客户端上无法解释的断开连接的原因。客户机上的断开连接事件给出的原因是“传输关闭”。它在某些客户机上持续发生

客户机在似乎是定时间隔的情况下“传输关闭”断开连接,有什么解释吗?客户端重新连接正常,但由于频繁发生,因此造成极大不便


我尝试了各种设置,比如更改pingInterval、pingTimeout和WebSocket的端口(我现在使用的是端口80)。但不管我怎么做,问题永远不会消失

升级到最新的socket.io,但仍有问题。已关闭windows防火墙,但问题仍然存在。似乎只发生在我的一台电脑上。因此,客户端上的socket.io连接不会在客户端关闭,除非它被认为不起作用(没有心跳),或者有人告诉客户端关闭连接,或者服务器的socket.io连接在连接的另一端关闭。因此,如果您的连接正在关闭,并且没有人告诉它关闭,那么它必须得出结论,即它不起作用,在这种情况下,它将尝试重新连接。您的客户是否尝试重新连接?如果是这样,当它发生时会发生什么?您的服务器应该能够很好地处理重新连接。如果您的服务器无法处理重新连接,则您需要对服务器进行一些更改,以便在重新连接后正常工作。如果您得到了大量的重新连接,那么您会遇到某种传输问题,可能是长时间运行的套接字连接的问题。这种症状的一个常见嫌疑是不合作的防火墙或配置错误的代理,甚至可能是过于自信的防病毒软件。我的服务器可以很好地处理重新连接,问题是它在很大程度上中断了用户体验。从初始连接到套接字关闭再重新连接的确切时间是多久?如果更改服务器和客户端心跳的计时配置,该时间段是否会更改?