net.ipv4.tcp_max_syn_backlog是控制tcp半连接队列最大长度的关键参数，直接影响syn_recv队列容量，高并发场景建议设为4096或更高，但需兼顾内存占用与syn cookies协同使用。
直接看结论：net.ipv4 下绝大多数参数不需要动，但 tcp_max_syn_backlog、tcp_syncookies、tcp_tw_reuse、tcp_fin_timeout 和 ip_local_port_range 这五个在高并发或连接密集型场景下必须核对是否合理，否则会卡在连接建立、TIME_WAIT 堆积或端口耗尽上。
查 net.ipv4 参数的实时值用什么命令
别翻 /proc/sys/net/ipv4/ 目录手动 cat，容易漏。最稳的方式是：
-
sysctl net.ipv4.tcp_syncookies—— 查单个参数，响应快、无干扰 -
sysctl -a | grep '^net\.ipv4\.' | head -20—— 筛出全部 ipv4 参数，加head防刷屏 -
sysctl -p /etc/sysctl.conf—— 仅重载主配置，避免误加载/etc/sysctl.d/下冲突项
注意：sysctl -a 输出里带空格的值（比如 tcp_rmem = 4096 87380 16777216）不能直接复制粘贴进 shell 赋值，必须用 sysctl -w 或写入配置文件再 sysctl -p。
哪些 net.ipv4 参数改了立刻影响连接行为
这些参数不重启、不 reload 就生效，但改错会导致新连接失败或被丢包：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
tcp_max_syn_backlog：控制半连接队列长度。如果 Web 服务器日志频繁出现"possible SYN flooding"，且netstat -s | grep -i "SYNs to LISTEN sockets dropped"计数上涨，说明它太小。建议设为65535，至少不低于net.core.somaxconn -
tcp_syncookies：设为1后，内核会在 SYN 队列满时启用 cookie 机制，避免丢包。但它是兜底方案，不能替代调大tcp_max_syn_backlog -
tcp_tw_reuse：仅对客户端主动发起的连接有效（比如服务端调用外部 HTTP API）。设为1后，内核允许复用TIME_WAIT状态的 socket，前提是时间戳严格递增（net.ipv4.tcp_timestamps=1必须开启） -
tcp_fin_timeout：默认60秒，改成30可加快 FIN_WAIT2 状态释放，但低于30容易导致对方收不到 ACK，慎压 -
ip_local_port_range：默认常为"32768 60999"，仅 28232 个端口。高并发爬虫或微服务调用容易耗尽，可扩为"1024 65535"，但要避开net.ipv4.ip_local_reserved_ports里保留的端口（如 Prometheus 的9100）
为什么 tcp_tw_recycle 在现代环境必须关
tcp_tw_recycle 在 Linux 4.12+ 已被彻底移除，但在 3.x 内核（如 CentOS 7 默认）仍存在。它曾试图加速 TIME_WAIT 回收，但依赖 per-host 的时间戳单调性 —— 在 NAT 环境（比如公司出口、云 LB 后）会导致大量连接被拒绝，错误现象是「偶发性连接超时」或 "Connection refused"，且只发生在部分客户端。
所以：
- 如果系统内核 sysctl net.ipv4.tcp_tw_recycle 输出是
0，不是1 - 不要为了“清理 TIME_WAIT”而开它，宁可用
tcp_tw_reuse + timestamps组合 - 检查是否真有海量 TIME_WAIT：
ss -s | grep -i "tw"，超过net.ipv4.tcp_max_tw_buckets（默认常为 32768）才需干预
net.ipv4 参数和应用层 listen() 的关系
很多人以为调大 net.core.somaxconn 就万事大吉，其实还卡在应用层：
- Nginx 默认
listen 80 backlog=511，即使内核somaxconn=65535，实际队列上限仍是 511 - Node.js 的
server.listen(port, host, backlog)第三个参数若不传，底层用的是系统默认（通常是 511），不是somaxconn - Java Netty 默认
SO_BACKLOG是 128，Spring Boot 2.3+ 才默认用somaxconn
也就是说：内核参数只是上限，真正起作用的是应用调用 listen() 时传入的 backlog 值。两者要匹配，否则调内核等于白调。
