本文目录导读：
tcp_autocorking 是 Linux 内核中 TCP 协议栈的一个优化特性（自内核 3.18 版本引入），它的主要作用是自动启用或禁用 TCP 的 “Corking”（塞子）行为，以减少小数据包的数量，从而提高网络吞吐量。
核心问题：如何关闭 tcp_autocorking？
简短回答：没有直接的 /proc 文件或 sysctl 参数可以直接关闭 tcp_autocorking，它是由内核内部逻辑控制的，无法通过用户空间的标准网络参数（如 sysctl）直接修改。
理解原因：为什么不能直接“关闭”？
tcp_autocorking 不是像 tcp_tw_reuse 那样有独立开关的 sysctl 参数，它是一个编译时决定的代码逻辑，在运行时由内核自动判断是否生效。
- 默认行为：它通常是启用的，如果应用程序在短时间内（通常是在一次
send()系统调用之后紧接着进行write()）连续发送多个小包，内核会自动执行类似setsockopt(TCP_CORK)的效果，将这些小包合并成一个更大的 TCP 分段发送出去。 - 无法关闭的原因：内核没有提供一个 “disable autocorking” 的开关，你能做的只能是通过其他方式间接抑制或绕过这个行为。
如何间接“关闭”或抑制此行为？
虽然不能直接关闭,但你可以通过以下几种方式来消除它的影响：
使用 TCP_NODELAY 套接字选项（最常用、最推荐）
TCP_NODELAY 是 tcp_autocorking 的直接克星，当你在应用程序的 socket 上设置了 TCP_NODELAY 后，内核会强制立即发送所有数据，不再等待合并，这实际上是无视了 tcp_autocorking 的优化。
示例代码（C语言）：
int flag = 1; setsockopt(sockfd, IPPROTO_TCP, TCP_NODELAY, &flag, sizeof(flag));
效果：设置后，send() 调用会立即触发真实的网络发送，数据包不会被延迟合并，这几乎等效于 “关闭” 了 tcp_autocorking 对该 socket 的影响。
修改内核启动参数（/proc/sys/net/ipv4/tcp_autocorking 是否存在？）
不存在，网上有部分过时或错误的资料提到 /proc/sys/net/ipv4/tcp_autocorking。Linux 官方内核没有提供这个文件。 你尝试 cat /proc/sys/net/ipv4/tcp_autocorking 会提示文件不存在。
通过 prctl 或 cgroup 等系统级控制？不可行。
目前没有标准的、经过验证的 prctl 或 cgroup 接口可以直接关闭整个进程或容器的 tcp_autocorking。
为什么你可能会想要关闭它？
- 延迟敏感性：
tcp_autocorking会引入微小的延迟（等待更多数据到来以便合并），对于实时通信、游戏、高频交易等应用，微小的延迟也可能不可接受。 - 交互式应用：如 SSH、Telnet、在线聊天等，每个字符或消息都需要立即发送，而不是等待合并。
- 调试或测试：在排查网络性能问题时，可能需要确定是哪个优化导致了问题。
总结与最佳实践
| 目标 | 方法 | 影响范围 | 说明 |
|---|---|---|---|
关闭 autocorking 对特定应用的影响 |
设置 TCP_NODELAY |
仅影响设置了该选项的 socket | 这是唯一正确的做法。 |
| 全局关闭（所有应用） | 不可行 | — | 内核不提供全局开关。 |
| 抑制小包聚合 | 设置 TCP_QUICKACK |
仅影响设置了的 socket | 能加速 ACK 返回，但不如 TCP_NODELAY 直接。 |
- 你不能直接“关闭”
tcp_autocorking。 - 实际解决方案：在你的应用程序中，为需要实时性的 socket 显式设置
TCP_NODELAY。 - 不需要担心：
tcp_autocorking在大多数情况下是有益的，只有在明确遇到小包延迟问题时，才需要针对特定 socket 进行干预。
标签： 关闭方法
