由于我在更常规的基础上使用WebSocket连接，因此我对事物的工作原理很感兴趣。因此，我花了一段时间研究无休止的规范文档，但到目前为止，我还没有真正找到有关
分块传输流本身的 任何信息。

WebSocket协议将其称为 数据帧 （描述了纯数据流，因此也称为 非控制帧
）。据我了解，规范没有定义最大长度，也没有定义MTU（最大传输单位）值，这反过来意味着单个WebSocket数据帧可以通过spec（！）包含无限数量的数据。
（如果我在这里错了，请纠正我，我仍然是这个的学生）。

阅读完这些内容后，我立即设置了我的小型 Node WebSocket服务器。由于我拥有 丰富的Ajax
历史（同时在流媒体和Comet上），因此我最初的期望是：“ 在传输数据时必须有某种交互方式来读取数据 ”。但是我错了，不是吗？

我刚开始时只有 4kb 的数据。

服务器

testSocket.emit( 'data', new Array( 4096 ).join( 'X' ) );

就像预期的那样，它作为一个数据块到达客户端

客户

wsInstance.onmessage = function( data ) {
    console.log( data.length ); // 4095
};

所以我增加了有效负载，实际上我又在期待，在某个时候，客户端onmessage处理程序将重复触发，有效地分块传输。但是令我震惊的是，它从未发生过（
node-server ，在 firefox ， chrome 和 safari 客户端上进行了测试）。我最大的有效负载是 80
MB

testSocket.emit( 'data', new Array( 1024*1024*80 ).join( 'X' ) );

它仍然到达客户端上的一个大数据块中。当然，即使您的连接很好，也要花一些时间。这里的问题是

• 是否有可能像XHR readyState3模式那样对那些流进行分块 ？
• 一个ws数据帧有大小限制 吗？
• websocket是否不应该传输这么大的有效载荷？ （这让我再次想知道为什么没有定义的最大尺寸）

我可能仍然从WebSockets的错误角度看待，可能不存在发送大量数据的需求，并且您应该在发送之前自己逻辑上对数据进行分块/拆分吗？