我知道 HTML 和发送数据鼓励不经常发送大量数据，因为与 header 、内容、标签、到期日期、cookie 等相关的开销。为了更好的用户体验和更少的延迟，最好不经常发送大消息而不是频繁发送小消息。
但是，WebSockets 是这样吗？现在在我的网页上，我非常经常发送大量像素数据，因此客户不会体验到太多的波动。但是，如果我不经常发送更新会更好吗？
我想我的问题可以归结为:“使用 WebSockets，不经常发送大消息是否仍然比频繁发送小消息更有效？”我想我听说该技术摆脱了与发送和接收消息相关的大部分开销，因为它保持持续连接并且是全双工等。
感谢阅读。
编辑:帮助一台电脑
最佳答案
我想表达的主要观点是，chatty 与 chunky 接口(interface)并不局限于技术堆栈(WebSockets、HTTP、UDP 和其他网络相关协议(protocol))。它们都具有相同的属性，并且必须以类似(如果不相同)的方式权衡许多请求与更大请求的影响。 Here is a great article有关该主题的更多阅读。
最后要注意的是，您的应用程序的性质也会对您的决定产生最大影响。一个实时的股票交易系统将比一个简单的用户输入表格更健谈。
编辑
这是一个与 WebSocket 性能相关的类似问题:HTTP vs Websockets with respect to overhead
关于javascript - 与使用 WebSockets 发送大量消息相比，发送大量消息的开销大吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10924135/