reuseport 通过让每个 worker 拥有独立 listen socket 并由内核哈希分发连接，彻底消除 accept 争抢与惊群；须内核≥3.9、Nginx≥1.9.1、所有同端口 listen 行统一启用、配合 accept_mutex off 及 backlog 等调优。

listen ... reuseport 并不开启“内核级互斥”，恰恰相反——它是绕过互斥、取消争抢的设计。它的核心价值在于：让每个 worker 进程拥有独立监听 socket，由内核直接分发连接，从而彻底消除 accept 争抢和惊群唤醒。所谓“极致均衡”，是内核哈希分发的结果，不是靠锁或互斥实现的。

下面从实操角度讲清楚关键点：

必须满足的基础条件

• Linux 内核 ≥ 3.9（生产环境建议 4.19+ 或更新 LTS 版本）
• Nginx ≥ 1.9.1（OpenResty 推荐 ≥ 1.15.8.2），且编译时未禁用 reuseport 支持
• worker_processes 设为 auto 或明确匹配 CPU 物理核心数
• 同一 IP:Port 组合的所有 listen 行必须统一启用 reuseport，例如：

  listen 80 reuseport;
  listen [::]:80 reuseport;
  listen 443 ssl reuseport;
  listen [::]:443 ssl reuseport;

  混用（如一个开、一个关）会导致 Nginx 启动失败。

配置写法与常见误区

• reuseport 是 listen 的修饰符，不接受值，不能写成 reuseport on 或 reuseport=on
• 它作用于端口绑定层，与虚拟主机（server_name）、SSL 配置、HTTP/2 等完全正交，可自由组合
• 若监听多个具体 IP（如 192.168.1.10:80 和 192.168.1.20:80），每条 listen 都需单独加 reuseport

配套调优才能释放真实性能

仅加 reuseport 不够，还需同步调整：

• 关闭应用层锁：accept_mutex off（Nginx 默认已是 off，无需显式写，但确认不要设为 on）
• 提升连接队列容量：

  listen 80 reuseport backlog=65535;

  并配内核参数：

  sysctl -w net.core.somaxconn=65535  
  sysctl -w net.ipv4.tcp_max_syn_backlog=65535

• 绑定 CPU 核心：worker_cpu_affinity auto;
• 提高文件描述符上限：worker_rlimit_nofile 1048576;

如何验证真正生效

• 执行 ss -tlnp | grep :80，应看到多行输出，每行对应不同 PID（即每个 worker 独立监听）
• ps aux | grep nginx 中 worker 进程数应与 worker_processes 一致
• 压测时用 top -H -p $(pgrep nginx) 观察，各 worker 线程应在不同 CPU 核上活跃运行，CPU 利用率相对均衡
• perf top 中 sys_accept、accept4 及相关锁函数调用频次应显著下降

不复杂但容易忽略