优化tcp长连接吞吐量需关注nagle算法与写缓冲设置。1. nagle算法合并小包减少流量碎片，但会增加延迟，实时通信场景应关闭：tcpconn.setnodelay(true)；2. 写缓冲区默认值可能成瓶颈，可调用tcpconn.setwritebuffer或修改系统参数net.ipv4.tcp_wmem提升性能；3. 优化策略应根据业务需求选择，低延迟关nagle并增大缓冲，节省带宽则保留nagle并控制写入频率，批量发送可启用nagle减少小包，短连接考虑复用机制；此外，结合go的bufio.writer手动缓存也可控传输节奏。
在Golang中优化TCP长连接的吞吐量，除了关注代码逻辑和并发模型之外，还绕不开对底层网络协议行为的理解。其中，Nagle算法与写缓冲设置是影响性能的关键因素之一。如果你的应用使用TCP进行大量小数据包的发送，可能正被这两个机制“拖后腿”。
Nagle算法：看似聪明，实则可能拖慢你的连接
Nagle算法的核心思想是减少小数据包的数量。它通过将多个小数据块合并成一个较大的包再发送，从而减少网络中的流量碎片。听起来挺合理，但在某些场景下却会带来延迟问题。
比如你在用Golang做实时通信服务时，每次只发几十字节的数据，如果启用了Nagle算法，这些小包会被“攒起来”等前一个包确认后再发出去，结果就是延迟增加、吞吐下降。
立即学习“go语言免费学习笔记（深入）”；
解决办法很简单：关闭Nagle算法。在Go中可以通过SetNoDelay(true)来禁用：
conn, _ := net.Dial("tcp", "example.com:80")
tcpConn := conn.(*net.TCPConn)
tcpConn.SetNoDelay(true)这样可以确保每个写入操作都立即发送，避免等待确认带来的延迟。但要注意，并不是所有场景都需要关闭Nagle——如果你本身发送的是大数据块，或者不关心微秒级延迟，保持默认反而能减少网络负载。
写缓冲区大小：别让系统瓶颈在默认值上
TCP写缓冲区决定了内核一次能暂存多少待发送的数据。默认大小可能不足以满足高并发或高速传输的需求，尤其是在长连接频繁写入的情况下。
你可以通过以下方式调整写缓冲区大小（需要修改系统配置）：
- Linux系统下查看当前设置：
sysctl net.ipv4.tcp_wmem
- 设置更大的缓冲区：
sysctl -w net.ipv4.tcp_wmem="4096 16384 32768"
当然，在Golang程序中也可以通过SetWriteBuffer来尝试指定连接级别的写缓冲区大小：
tcpConn.SetWriteBuffer(32 * 1024) // 设置为32KB
不过要注意，这个值最终还是要看系统允许的最大值，不一定完全生效。因此更推荐从操作系统层面统一调优。
综合建议：根据业务场景选择策略
优化TCP吞吐量并不是一成不变的，关键在于理解你的业务需求：
- 低延迟优先？关掉Nagle算法，适当增大写缓冲。
- 节省带宽为主？保留Nagle，控制写入频率。
- 批量发送数据？可以考虑启用Nagle，减少小包数量。
- 大量短连接？可能要考虑连接复用（如HTTP Keep-Alive），而不是单个连接的优化。
另外，还可以结合Go本身的特性，比如使用bufio.Writer来手动缓存写入内容，再定期flush，以达到类似Nagle的效果但由你控制时机。
基本上就这些。TCP调优看似细节多，其实只要抓住几个核心点，就能大幅提升长连接的表现。
