与使用 WebSockets 发送大量消息相比,发送大量消息是否有很多开销?

Rya*_*hel 7 html javascript websocket

我知道使用 HTML 和发送数据鼓励不经常发送大量数据,因为与标题、内容、标签、到期日期、cookie 等相关的开销。为了更好的用户体验和更少的延迟,最好发送大消息比小更新频繁。

但是,WebSockets 就是这种情况吗?现在在我的网页上,我非常频繁地发送大量像素数据,因此客户不会遇到太多波动。但是,如果我不经常发送更新会更好吗?

我想我的问题归结为:“使用 WebSockets,不经常发送大消息是否比频繁发送小消息更有效?” 我想我听说该技术消除了与发送和接收消息相关的大部分开销,因为它保持恒定连接并且是全双工等。

谢谢阅读。

编辑:帮助计算机

Bra*_*one 3

我想说的主要观点是,闲聊与厚重的接口并不局限于技术堆栈(WebSockets、HTTP、UDP、其他网络相关协议)。它们都具有相同的属性,并且必须以类似(如果不相同)的方式权衡许多请求与较大请求的影响。这是一篇很棒的文章,您可以阅读更多有关该主题的文章。

最后要注意的是,您的应用程序的性质也会对您的决定产生最大的影响。实时股票交易系统将比简单的用户输入表单更加繁琐。

编辑

这里有一个与 WebSocket 性能相关的类似问题:HTTP vs Websockets onspection ofoverhead