与使用WebSockets发送大型消息相比，发送大量消息是否会带来很大的开销？
我知道，在HTML和发送数据时，由于与标题、内容、标签、过期日期、cookie等相关的开销，所以鼓励不频繁地发送大量数据。为了获得更好的用户体验和更少的延迟，最好是不频繁地发送大消息，而不是频繁地进行小更新。
然而，WebSockets是这样的吗？在我的网页上，我现在经常发送大量像素数据，这样客户就不会有太多的波动。然而，如果我不经常发送更新，会更好吗？
我想我的问题归结为：“使用WebSockets，不频繁地发送大消息是否比频繁发送小消息更有效？”我想我听说这项技术消除了与发送和接收消息相关的大部分开销，因为它保持了一个恒定的连接，并且是全双工的，等等。
感谢您的阅读。
编辑:帮助计算机
回答 2
Stack Overflow用户
发布于 2012-06-07 01:22:45
我想要指出的主要一点是，聊天与笨重的接口并不局限于技术栈(WebSockets、HTTP、UDP、其他网络相关协议)。它们都具有相同的属性，许多请求与较大请求的效果必须以类似(如果不是完全相同)的方式进行权衡。有关此主题的更多阅读，请参见这是一篇很棒的文章。
最后要注意的是，应用程序的性质也将对您的决定产生最大的影响。一个实时的股票交易系统将比一个简单的用户输入表单更多的聊天。
编辑
下面是一个与WebSocket性能相关的类似问题：HTTP与Websockets在开销方面的比较
Stack Overflow用户
发布于 2012-06-07 10:17:33
发送大小为WebSocket (客户端到服务器)消息的<=125 octets有效负载的开销为6辛特。它的有效载荷高达64k，它将是8位数，超过14位数。
由于WebSocket是一个基于TCP的协议，由于流/动态窗口大小的调整，快速发送许多小消息将批处理成大小较大的TCP段和发送的IP数据包。在连线上，它将类似于更慢地发送大型WS消息。
当然，这只有在异步完成发送时才适用，也就是说，在发送另一条消息之前，不需要等待发送消息的响应。
https://stackoverflow.com/questions/10924135
复制相似问题
腾讯云开发者
