linux下需调优fs.file-max、net.core.somaxconn、tcp_max_syn_backlog、tcp_tw_reuse等sysctl参数以提升nginx并发能力，windows无sysctl机制且nginx受限于select模型与句柄限制，不建议生产使用。
Linux 下可深度调优内核参数以释放 Nginx 性能，Windows 则基本不支持 sysctl 机制，也不建议在生产环境用 Windows 部署高并发 Nginx。
Linux 系统必须调整的核心 sysctl 参数
这些参数直接影响连接承载能力、TCP 行为和资源上限，需写入 /etc/sysctl.conf 并执行 sysctl -p 生效：
- 文件描述符总上限：设为足够大（如 fs.file-max = 2097152），确保系统能支撑数万级并发连接；可通过 sysctl -a | grep fs.file 查看当前值
- 监听队列长度：net.core.somaxconn = 20480，避免高并发时新连接被丢弃；该值应 ≥ Nginx 的 listen ... backlog= 设置
- SYN 半连接队列：net.ipv4.tcp_max_syn_backlog = 65536，配合 net.core.somaxconn 防止 SYN Flood 或突发流量压垮队列
- TIME-WAIT 复用：启用 net.ipv4.tcp_tw_reuse = 1，允许处于 TIME-WAIT 状态的端口快速复用于新连接（注意：tcp_tw_recycle 在 NAT 环境下已废弃，勿开启）
- 缓冲区上限：增大收发缓冲，例如 net.core.rmem_max = 16777216 和 net.core.wmem_max = 16777216，缓解网络抖动或突发流量下的丢包
- 连接跟踪表：若启用防火墙或 NAT，需调高 net.netfilter.nf_conntrack_max = 1000000，防止连接跟踪耗尽导致新建连接失败
Linux 还需配套调整的系统级限制
仅改 sysctl 不够，还需同步放开进程级资源限制：
- 在 /etc/security/limits.conf 中添加：
* soft nofile 100000
* hard nofile 100000 - Nginx 主配置中显式设置：
worker_rlimit_nofile 100000; - 确认 ulimit 值生效：启动 Nginx 前，在其运行环境中执行 ulimit -n 应返回 100000
Windows 系统不适用 sysctl 优化
Windows 没有 sysctl 机制，也没有等效的全局 TCP/IP 内核参数接口供用户直接调整。Nginx for Windows 是基于 select() 的单进程模型，性能上限低、连接管理能力弱，且受 Windows 自身 socket 句柄限制（默认约 16384）、I/O 模型和调度机制制约。官方明确不推荐用于高并发场景。
若必须在 Windows 上运行，仅能通过以下有限方式缓解：
- 在 Nginx 配置中降低并发预期：如 worker_connections 1024、关闭 multi_accept、禁用 epoll（Windows 不支持）
- 增大 Windows 的 MaxUserPort 和 TcpTimedWaitDelay 注册表项（效果有限，且需重启）
- 优先考虑 WSL2 + Linux Nginx 组合，而非原生 Windows 版本
验证与监控要点
调优后不能只看配置是否加载，要结合实际指标判断是否生效：
- 用 ss -s 或 netstat -s | grep -i "listen.*overflows\|syn" 检查是否有监听队列溢出或 SYN 丢弃
- 用 cat /proc/net/nf_conntrack | wc -l 监控连接跟踪使用量
- 观察 Nginx error.log 中是否出现 "accept() failed (24: Too many open files)" 类错误
- 压力测试时关注 nginx_stub_status 的 Active connections 和 Reading/Writing/Waiting 分布
