在 socket.io 上发送许多小数据包或一个大数据包是否有相关差异？答案

【问题标题】：Are there relevant differences in sending many small packets or one large packet on socket.io?在 socket.io 上发送许多小数据包或一个大数据包是否有相关差异？
【发布时间】：2013-06-30 05:38:46
【问题描述】：

使用 socket.io，我有 2 个选项。我可以发送许多小数据包，例如：

socket.emit("data",{515:{x:5,y:6}})
socket.emit("data",{124:{x:3,y:2}})
socket.emit("data",{415:{x:1,y:2}})
socket.emit("data",{135:{x:5,y:1}})

或者我可以发送一个大包：

socket.emit("data",{515:{x:5,y:6},124:{x:3,y:2},415:{x:1,y:2},135:{x:5,y:1}})

考虑到这些数据包每秒发送数次，并且占 ping 敏感应用程序服务器的大部分带宽使用量，这两种方法有区别吗？

【问题讨论】：

或者，换句话说，是否值得每隔几毫秒大量缓冲、分组和手动发送它们，而不是不受控制地发射它们？

标签： javascript html tcp socket.io

【解决方案1】：

我相信以下链接可以很好地解释数据包的生命周期：

http://www.sdsusa.com/connections/

显而易见的是，对于一个数据包，所有状态（连接、确认、建立、发送等）都会发生一次，而不是发送多个数据包，这些状态必须每个数据包发生一次。更多的数据包很可能会导致更长的发送/接收时间，需要建立更多的连接，并且丢包和丢失连接的可能性更大，从而导致额外的延迟。

很可能，您采用哪种方法并不重要，因为差异可能只有几毫秒且不明显。话虽如此，如果您有来自许多客户端的许多数据包，那么您的服务器可能会在尝试每秒处理 30 或 40 个数据包时被淹没。此外，如果您关心订单，那么很多数据包将是不可取的，因为无法保证您的数据包到达的顺序。

【讨论】：