networking - 在底层，Websocket 协议(protocol)如何检测连接的状态？

Question

我正在与一位工程师同事讨论 Websocket 开销，我们都不确定 Websocket 实际上是如何检测客户端连接状态的。

1. 是否定期向客户端/服务器发送“状态”数据包？
2. 与ping有关系吗？或 pong在低级 API 中？
3. 那frames呢？ ？
4. Websocket 如何检测到客户端已断开连接？服务器？

我很惊讶我在 SO 上找不到这个答案，但这可能是我的错误。我找到了 this answer解决可扩展性问题，但这不是我在这里要问的。 This answer涉及实现，但不是我在这里追求的深度。

Answer 1

webSocket 连接是使用 webSocket 协议(protocol)的 TCP 连接。默认情况下，只有当底层 TCP 意识到连接已关闭并且 webSocket 层正在监听连接上的关闭事件时，服务器或客户端才知道连接何时消失，因此以这种方式通知它。

webSocket 协议(protocol)本身并不需要可以定期测试连接是否仍在工作的心跳包。 TCP 套接字可能看起来仍然有效，但实际上连接可能并不有效。另一端可能已经消失或被中断，并且一个或两个端点可能在任何给定时间都不知道。

Socket.io 建立在 webSocket 之上，使用 ping 和 pong 数据包实现定期测试连接的心跳，事实上，它会检测客户端的非功能连接，关闭套接字，然后自动重新连接。

Is there a "status" packet sent to the client/server periodically?

对于常规的 webSocket 连接，默认情况下不是。

Does it have anything to do with ping or pong in the low level API?

这取决于客户端或服务器是否要自己发送 ping 或 pong 数据包以实现某种连接验证检测。

What about frames?

webSocket 帧是通过 webSocket 发送数据的数据格式。他们与这个问题没有任何关系。

How does the Websocket detect that it's disconnected on the client? the server?

如上所述。除非客户端/服务器实现自己的 ping/pong 系统来检测连接何时出错，否则它们仅依赖 TCP 信号来了解连接何时被另一端关闭。在客户端或服务器尝试发送之前，webSocket 连接可能无法正常工作。

---

当浏览器窗口/选项卡打开 webSocket 连接，然后窗口/选项卡重定向到新 URL 时，浏览器将关闭与该窗口/选项卡关联的所有资源，包括任何 webSocket 连接。如果此时客户端和服务器之间的链接正常运行，则服务器将被告知底层 TCP 连接(以及 webSocket)已关闭。如果网络链接出现故障，然后用户将该窗口/选项卡移动到新的 URL，如果不依赖 ping/pong 类型的信号来定期测试连接，服务器不一定知道连接不起作用。

如果浏览器崩溃，操作系统应关闭该进程打开的所有套接字。

如果计算机/操作系统崩溃，套接字可能无法正常关闭(尽管这可能在某种程度上依赖于操作系统，也可能依赖于崩溃)。