epoll 不直接重用套接字提升连接建立速度，其核心作用是高效监控大量已存在连接的i/o事件；真正加速建连的是so_reuseport、time_wait优化及nginx长连接机制。
在 Nginx 中，epoll 本身并不直接“重用套接字”来提升连接建立速度。这是一个常见误解。真正起作用的是 内核的 TIME_WAIT 套接字快速回收与端口复用机制，配合 Nginx 的连接管理策略（如 keepalive、reuseport），才能显著减少新建连接的开销。epoll 是 I/O 多路复用机制，负责高效监听大量已存在连接的读写事件，而非加速 TCP 三次握手过程。
理解 epoll 的真实角色
epoll 是 Linux 提供的高性能事件通知接口，它让 Nginx 能以 O(1) 时间复杂度监控成千上万个活跃连接的状态变化（如数据到达、对端关闭）。但它不参与： - TCP 连接的建立（SYN/SYN-ACK/ACK） - 套接字的创建（socket()）、绑定（bind()）或监听（listen()） - TIME_WAIT 状态的处理或端口复用决策
真正提升连接建立速度的关键机制
以下配置和内核行为共同作用，减少新连接延迟和资源争用：
-
启用
SO_REUSEPORT（推荐 Nginx 1.9.1+）：多个 worker 进程可绑定同一端口，内核在收包时直接分发到空闲 worker，避免惊群和锁竞争，提升 accept 效率。 -
优化 TIME_WAIT 处理：在内核中设置：
net.ipv4.tcp_tw_reuse = 1（允许将处于 TIME_WAIT 的套接字用于新 OUTBOUND 连接）
net.ipv4.tcp_fin_timeout = 30（缩短 FIN_WAIT_2 超时，间接缓解 TIME_WAIT 积压） -
Nginx 主动复用连接：通过
keepalive_timeout和keepalive_requests维持长连接，避免频繁建连；上游代理场景下使用proxy_http_version 1.1+proxy_set_header Connection ""启用后端连接池。
注意：reuseport ≠ reuseaddr
SO_REUSEADDR（对应 Nginx 的 reuse 指令）仅允许 bind 时重用处于 TIME_WAIT 的本地地址端口，解决重启时 “Address already in use” 问题，不提升并发建连性能。而 SO_REUSEPORT 才是实现多进程负载均衡、降低 accept 延迟的核心。
验证是否生效
检查 Nginx 配置是否启用 reuseport：
- 配置中含
listen 80 reuseport; - 运行
ss -ltnp | grep :80，应看到多个进程监听同一端口（每个 worker 一个） - 查看内核参数：
sysctl net.ipv4.tcp_tw_reuse
