net.ipv4.tcp_moderate_rcvbuf是控制TCP接收缓冲区动态调整的开关参数，值为1时启用自动调优，使内核根据BDP、RTT等实时网络条件在tcp_rmem设定范围内动态伸缩缓冲区大小；默认现代发行版多设为1，需配合合理tcp_rmem配置并确认应用未强制设置SO_RCVBUF才生效。
net.ipv4.tcp_moderate_rcvbuf 是 Linux 内核中控制 TCP 接收缓冲区自动调优开关的核心参数。它不直接设定缓冲区大小，而是决定内核是否根据当前连接的带宽时延积（BDP）、接收速率、丢包情况等动态调整每个 socket 的接收窗口大小。
开启它，才能让 tcp_rmem 中的三个值（min/default/max）真正“活起来”——否则接收缓冲区基本就卡在默认值附近，无法随网络条件变化而伸缩。
✅ 确认当前状态
运行以下命令查看是否已启用：
sysctl net.ipv4.tcp_moderate_rcvbuf
输出为 net.ipv4.tcp_moderate_rcvbuf = 0 表示关闭；= 1 表示已启用。
默认多数现代发行版（如较新内核的 CentOS 8+/Ubuntu 20.04+）已默认设为
1，但建议显式确认。
✅ 启用自动调优（推荐做法）
临时生效（重启前有效）：
sudo sysctl -w net.ipv4.tcp_moderate_rcvbuf=1
永久生效（写入配置文件）：
echo "net.ipv4.tcp_moderate_rcvbuf = 1" | sudo tee -a /etc/sysctl.conf sudo sysctl -p
⚠️ 注意：仅启用该参数还不够——它依赖 tcp_rmem 提供的“调节空间”。如果 tcp_rmem 的最大值（第三个数）太小（比如只有 4MB），即使自动调优开启，缓冲区也涨不到更高。所以需同步检查并合理设置 tcp_rmem。
✅ 配合 tcp_rmem 设置合理范围
查看当前值：
sysctl net.ipv4.tcp_rmem # 示例输出：4096 87380 4194304 → 即 min=4KB, default≈87KB, max=4MB
对于千兆及以上带宽、或高延迟链路（如跨机房、云专线），建议适当提升最大值，例如设为 16MB：
sudo sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"
再配合 tcp_moderate_rcvbuf=1，内核就能在 4KB 到 16MB 区间内，按需为每个活跃连接动态分配接收缓冲区。
? 小提示：自动调优不是“越大越好”。内核会基于 RTT 和接收速率估算 BDP，再结合内存压力做保守扩张。若
max设得过大（如 1GB），反而可能造成内存碎片或影响其他进程。
✅ 验证是否生效
方法一：观察单个连接的接收缓冲区是否变化
使用 ss 查看某个 ESTABLISHED 连接的 rcv_ssthresh 或 rcv_space（反映当前实际分配大小）：
ss -tini | grep ESTAB
关注 skmem_r 字段中的 rcv_space 值，高负载下它应明显高于 tcp_rmem 的 default 值（如从 87KB 涨到几 MB）。
方法二：检查内核统计（确认自动调优逻辑被触发）
cat /proc/net/snmp | grep -i "RcvbufErrors\|Prune"
- 若
RcvbufErrors或packet pruned...明显下降，说明缓冲区适配更合理； - 若
Prune减少 +RcvbufErrors为 0，是良好信号。
✅ 补充说明：它和应用层 SO_RCVBUF 的关系
- 如果应用程序显式调用
setsockopt(fd, SOL_SOCKET, SO_RCVBUF, ...)，则会禁用该 socket 的自动调优（即绕过tcp_moderate_rcvbuf）； - 若应用未设置
SO_RCVBUF，内核才完全由tcp_rmem+tcp_moderate_rcvbuf控制； - 所以调优前，建议先确认业务程序是否自行设置了固定缓冲区——否则系统级参数不会起作用。
不复杂但容易忽略。
