了解 Chrome 中的 Websocket 框架
Understanding Websocket Frames in Chrome
当通过 Chromes 的调试控制台检查 Websocket 帧时，length 字段是否以字节为单位测量负载？
显然，这是消息的长度。但是，每个字符都是一个字节，对吧？如果这是真的，在我的屏幕截图上可以安全地说发送了 56 和 53 字节吗？
是的，Chrome中报告的长度是以字节为单位的有效负载长度。
除了负载长度报告的内容之外，消息本身还有一些额外的开销（webSocket 帧开销和 TCP/IP 开销，尽管它在开销方面相当有效）。可以看到webSocket帧格式 here .
在您的屏幕截图中，发送了 53 和 56 字节的消息有效负载，但通过实际线路传输的内容比这稍大一些。您可以计算它报告的已发送数据中的字符数，并且该长度应与报告的长度相匹配。请记住，TCP 是一种可靠的协议，因此有额外的 TCP/IP 协议与任何数据包的可靠传递相关，包括发回以确认传递的 ACKS、唯一的数据包编号等......，但额外的数据是比较小
当通过 Chromes 的调试控制台检查 Websocket 帧时，length 字段是否以字节为单位测量负载？
显然，这是消息的长度。但是，每个字符都是一个字节，对吧？如果这是真的，在我的屏幕截图上可以安全地说发送了 56 和 53 字节吗？
是的，Chrome中报告的长度是以字节为单位的有效负载长度。
除了负载长度报告的内容之外，消息本身还有一些额外的开销（webSocket 帧开销和 TCP/IP 开销，尽管它在开销方面相当有效）。可以看到webSocket帧格式 here .
在您的屏幕截图中，发送了 53 和 56 字节的消息有效负载，但通过实际线路传输的内容比这稍大一些。您可以计算它报告的已发送数据中的字符数，并且该长度应与报告的长度相匹配。请记住，TCP 是一种可靠的协议，因此有额外的 TCP/IP 协议与任何数据包的可靠传递相关，包括发回以确认传递的 ACKS、唯一的数据包编号等......，但额外的数据是比较小