关于TCP传输发送包的策略的一个问题

各位好，

小弟最近在做网游服务端，前期为了快速 DEMO 所以先选了 TCP 来承载网络连接。遇到这样一个问题

先解释一下背景，用户释放技能判定成功，服务端需要做以下几件事

1. 广播这个技能给所有关联的客户端，


2. 广播给所有关联客户端他们的状态改变（由于技能释放产生的玩家的状态的更改）


3. 广播这个技能的伤害结果给客户端（因为伤害结果不仅可以由技能产生，所以这里有个单独的逻辑，当然伤害结果可以由状态改变来计算，这里为了能自定义一些功能所以没这么做）

对于这三个同时需要广播的内容，我有两种选择，

1. 同时发送三个 TCP 包，用类似 Promise.All 或者 Task.WhenAll 的方式


2. 将他们的有效内容黏在一起只调用一次 socket.sendbytes

（此处假设所有 socket 的 send 操作都在特定的 IO 线程，不会阻塞主线程）
这两种方式孰优孰劣呢？

假设，

• 网络环境是信号良好的 4g 环境，延迟有波动，但是总体丢包率非常低。


• 每个包总体体积不大，最小的 150 字节，最大的也才不到 400 字节，三个拼在一起最多 1200 字节

我个人的理解第二种方案比第一种方案的优势在于，

1. 节省了两个 TCP 报头


2. 只用 ACK 一次

还望各位能提点一二

朱朱

你这就相当于手动做了 nagle 算法
你可以使用 TCP 选项强制开关 nagle
也可以用 TCP_CORK 来强制延迟某些数据