Websocket协议是否管理大块大数据的发送

嗨，伙计们，我只是想知道websocket协议是否已经处理了大量数据的发送。至少知道这一点可以节省我自己这么做的时间。

根据RFC-6455基本帧，最大大小限制为2^63字节，这意味着它实际上取决于您的客户端库实现。

根据RFC-6455基本帧，最大大小限制为2^63字节，这意味着它实际上取决于客户端库实现

我只是想知道websocket协议是否已经处理了大量数据的发送

这取决于你的意思

WebSockets协议基于帧（而不是基于流） 如果你想知道的是“一个巨大的有效载荷是否会完整地到达？”-答案总是“是的”

WebSockets协议是基于帧/消息的协议，而不是流协议。协议以一种旨在授权消息顺序和完整性的方式包装和解包消息。A消息将无法获取

在中间截断（不像TCP/IP，它是基于流的协议，其中保留了顺序，但没有消息边界）。

WebSockets协议可以使用分段的“数据包” 根据该标准，协议可以将大型消息分解为较小的块。它没有太多

有一个32位的兼容性问题，使得一些客户端/服务器将消息分割成更小的片段，然后在接收端将它们重新组合在一起（在调用

onmessage

回调之前）

多路复用需要应用层“分块” 通过单个WebSocket连接发送大型有效负载将导致管道问题，其他消息将不得不等待，直到发送、接收和（如果需要）重新组装巨大的有效负载

实际上，这意味着大型有效负载应该被应用层分割。这种“分块”的应用层方法将支持多路复用单个WebSocket连接

我只是想知道websocket协议是否已经处理了大量数据的发送

这取决于你的意思

WebSockets协议基于帧（而不是基于流） 如果你想知道的是“一个巨大的有效载荷是否会完整地到达？”-答案总是“是的”

WebSockets协议是基于帧/消息的协议，而不是流协议。协议以一种旨在授权消息顺序和完整性的方式包装和解包消息。A消息将无法获取

在中间截断（不像TCP/IP，它是基于流的协议，其中保留了顺序，但没有消息边界）。

WebSockets协议可以使用分段的“数据包” 根据该标准，协议可以将大型消息分解为较小的块。它没有太多

有一个32位的兼容性问题，使得一些客户端/服务器将消息分割成更小的片段，然后在接收端将它们重新组合在一起（在调用

onmessage

回调之前）

多路复用需要应用层“分块” 通过单个WebSocket连接发送大型有效负载将导致管道问题，其他消息将不得不等待，直到发送、接收和（如果需要）重新组装巨大的有效负载

实际上，这意味着大型有效负载应该被应用层分割。这种“分块”的应用层方法将允许多路复用单个WebSocket连接。

可能重复可能重复