Nginx平滑升级不丢连接的核心是多进程架构、监听套接字继承与信号协同流程：USR2启动新Master和Worker并继承监听fd，WINCH使旧Worker优雅退出已处理完的连接，QUIT清理旧Master，全程依赖内核TCP状态维持和SO_REUSEPORT支持。

Linux 中的平滑升级（如 Nginx、HAProxy）不丢失连接，核心不是信号本身“保证”连接不丢，而是**进程架构 + 信号触发的协作流程 + 内核底层支持**共同实现的。信号只是调度开关，真正起作用的是设计良好的多进程模型和文件描述符继承机制。

关键前提：多进程 + 监听套接字继承

以 Nginx 为例，主进程绑定端口并监听（如 80/443），然后 fork 出多个 worker 进程。每个 worker 都继承了主进程打开的监听 socket 文件描述符（fd）。这意味着：

• 新旧 worker 可同时 accept 同一个监听 fd 上的新连接（依赖内核 SO_REUSEPORT 或 accept mutex 机制）
• 已建立的连接（ESTABLISHED 状态）由原 worker 持有并持续处理，不会被新进程接管，也不会被强制关闭
• 只要旧 worker 不退出，它就继续服务已有连接；新 worker 只处理新 accept 的连接

信号在其中扮演什么角色

信号是控制进程生命周期的轻量指令，不直接操作网络连接，但精准触发各阶段行为：

linux-sysadmin

Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...

下载

• USR2：通知旧 master 启动新 master 和新 worker。此时新旧两组进程共存，监听 fd 被继承，新 worker 开始 accept 新连接
• WINCH：通知旧 master 优雅关闭它的所有 worker（不关闭主进程）。旧 worker 收到 QUIT 后停止 accept，但继续处理已有的请求，直到全部完成
• QUIT：等旧 worker 全退出后，再让旧 master 退出，彻底释放资源

整个过程没有 kill -9，没有强制断连，所有信号都走 graceful shutdown 流程。

内核与协议层的支持缺一不可

不丢连接还依赖以下底层保障：

• TCP 连接状态由内核维护：只要 socket fd 不被 close，连接就保持 ESTABLISHED，用户态进程可随时 read/write
• SO_REUSEPORT（现代推荐）：允许多个进程绑定同一端口，避免 accept 争抢，提升并发切换稳定性
• TIME_WAIT 处理得当：旧 worker 关闭连接时使用 FIN 正常挥手，不主动 RST；客户端看到的是自然断连，不是连接重置

不同负载均衡器的信号用法差异

不是所有服务都用 USR2/WINCH，但逻辑一致——靠信号协调新旧进程分工：

• Nginx：严格依赖 USR2 → WINCH → QUIT 三步信号链，worker 进程自行管理连接生命周期
• HAProxy：systemctl reload 或 haproxy -f config.cfg -p pidfile 会启动新进程，旧进程自动进入 draining 模式（类似 WINCH 效果），无需手动发信号
• LVS+Keepalived：LVS 本身无进程，ipvsadm 增删 RS 是内核态规则更新，不中断转发；Keepalived reload 只影响健康检查逻辑，VIP 漂移不受影响