要让单台Nginx服务器在Linux上支撑百万级并发异步建连，必须将net.core.somaxconn与Nginx listen backlog严格对齐，并调优TCP全链路缓冲；somaxconn控制已完成三次握手但未accept的连接队列长度，需设为262144或524288，同时Nginx配置listen 80 backlog=524288，再配套调优tcp_max_syn_backlog、netdev_max_backlog、file-max等参数，并启用multi_accept on和epoll以提升取连接效率。
要让单台 Nginx 服务器在 Linux 上真正支撑百万级并发连接的异步建连（即大量客户端快速完成三次握手、等待被 accept），net.core.somaxconn 不能只设高，必须与 Nginx 的监听队列能力严格对齐，并打通 TCP 全链路缓冲。默认值 128 或 1024 在万级并发下就会静默丢包，更别说百万连接——问题不出在 Nginx worker_connections，而出在内核“接得住”的第一道门。
明确 somaxconn 的实际作用
它不是总连接数限制，而是每个 listen() socket 对应的“已完成三次握手、但尚未被 Nginx 调用 accept() 取走”的连接队列长度。这个队列一满，后续合法 SYN+ACK 就被内核直接丢弃（不发 RST），客户端表现为超时、重传、502/503。静态资源、API 回源、CDN 边缘节点等短连接密集场景最容易触达这个瓶颈。
计算并设置合理的 somaxconn 值
目标是让单个监听端口（如 :80 或 :443）的 accept 队列容量 ≥ 理论最大瞬时待 accept 连接数：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 若配置 worker_processes auto（8 核）、worker_connections 65535，理论总并发为 524280
- 假设仅监听 80 和 443 两个端口，最坏情况下单端口需承载约 26 万连接入队能力
- 推荐 net.core.somaxconn = 262144 或 524288（留足余量应对分布不均和瞬时毛刺）
- 执行临时生效命令：sudo sysctl -w net.core.somaxconn=524288
必须同步匹配 Nginx listen backlog
内核队列实际生效长度取 min(net.core.somaxconn, Nginx listen backlog)。只调内核不改 Nginx，等于没调：
- 在 server{} 块中显式声明：listen 80 backlog=524288;（HTTPS 同理）
- 避免使用默认隐式值（Nginx 旧版本默认 backlog=511）
- 修改后 reload Nginx，并用 ss -lnt | grep ':80' 验证第四列第二个数是否已更新
配套调优 TCP 全链路缓冲参数
单点调大 somaxconn 效果有限，SYN 半连接队列、网卡收包队列、文件句柄、TIME-WAIT 复用都可能成为新瓶颈：
- net.ipv4.tcp_max_syn_backlog = 524288：半连接队列，建议 ≥ somaxconn
- net.core.netdev_max_backlog = 262144：网卡软中断收包队列，防突发丢包
- fs.file-max = 2097152：系统级文件描述符上限，需 ≥ worker_processes × worker_connections × 4
- net.ipv4.tcp_tw_reuse = 1：启用 TIME-WAIT 复用，尤其当 Nginx 作反向代理主动发起连接时关键
- vm.swappiness = 10：降低交换倾向，保障高内存压力下响应稳定性
增强 Nginx 自身取连接效率
光有大队列不够，还得让 Nginx 尽快把积压连接取走：
- 在 events 块中启用：multi_accept on;，使单次 epoll_wait 尽可能多地 accept 就绪连接
- 确保 use epoll;（或 io_uring，若内核支持）
- 配合 accept_mutex off;（高并发且内核 > 4.6 时可考虑，减少锁争用）
