TCP连续发送N份小数据

Makeinstall 2009-11-10 09:07:55 累计浏览 2,986 次

本机暂存

内容概览

这篇文章深入讲解了TCP协议中一个常被忽略的细节：delayed ack（延迟确认）机制。当接收方连续收到多份小数据时，它不会为每个数据包立即发送ACK确认，而是倾向于等待一个短暂的超时窗口（例如200ms），或者直到有数据需要回写发送方时，才将ACK搭车一并发出。这种处理方式与传统的立即ACK形成了鲜明对比——后者会为每个数据段单独发送确认，虽然响应快，但容易在网络中产生大量小包，增加拥塞风险。delayed ack通过合并确认来优化效率，尤其适合高吞吐量场景，比如文件传输或视频流，它能有效减少网络开销并提升整体性能。不过，在延迟敏感的应用中，如在线游戏或实时通信，过长的ACK延迟也可能拖慢交互速度。通过理解这一机制的原理和适用边界，开发者可以更精准地调优TCP连接，在可靠性和效率之间找到平衡点。

delayed ack : 当协议栈接受到TCP数据时，并不一定会立刻发送ACK响应，而是倾向于等待一个超时或者满足特殊条件时再发送。如果接收方有数据回写，则ACK也会搭车一起发送。

启动TCP_NODELAY选项后，socket增加两个标志位TCP_NAGLE_OFF和TCP_NAGLE_PUSH
关闭TCP_NODELAY选项后，socket仅关闭了TCP_NAGLE_OFF标志位

而发包时判断TCP_NAGLE_PUSH，导致TCP_CORK失效

解决方案：

client端发送数据时，仅使用TCP_CORK选项，避免失效。
server端开启TCP_QUICKACK，尽快ACK

同分类推荐文章

等了十年的 Go 链式管道，终于来了：seq 让你像写 Scala 一样写 Go （2026-06-25 18:38:18）
Go 实验特性详解（2026-06-21 10:05:27）
amd64 微架构级别对 Go 程序性能提升多少？（2026-06-21 09:38:49）

查看更多后端文章 →

建议继续学习

gen_tcp发送进程被挂起起因分析及对策（累计阅读 37,821）
TCP 的那些事儿（上）（累计阅读 22,696）
从输入 URL 到页面加载完成的过程中都发生了什么事情？（累计阅读 15,933）
自建DNS以防止GFW干扰（累计阅读 13,125）
浅谈TCP优化（累计阅读 11,082）
推荐一些socket工具，TCP、UDP调试、抓包工具（累计阅读 10,846）
查看 Apache并发请求数及其TCP连接状态（累计阅读 10,070）
推荐一些socket工具，TCP、UDP调试、抓包工具（累计阅读 8,840）
websocket 连接 C Server的尝试（累计阅读 7,925）
计算机网络协议包头赏析-TCP （累计阅读 7,854）