在 nginx 中验证平滑重载（reload）过程中的零丢包率，核心做法是保持监听端口不变，利用操作系统内核的 backlog 队列作为缓冲，并通过自动化脚本模拟高并发请求进行压力测试。具体而言，需要确保 `worker_processes` 配置正确且系统文件描述符限制足够，随后使用 `wrk` 或 `ab` 等工具发送持续流量，同时监控 nginx 的状态码和连接数。只要 nginx 进程在重载期间未重启而是替换了工作进程，且内核队列未满，请求就不会被丢弃。
如何配置 Nginx 以支持平滑重载
要实现平滑重载，必须确保 Nginx 的主进程（Master Process）在重载时不退出，仅重新加载配置文件并启动新的工作进程（Worker Processes），旧的工作进程在处理完现有连接后优雅退出。关键配置在于 `worker_processes` 应设置为 `auto` 或具体数值，并确保 `listen` 指令中的端口未被其他服务占用。此外，系统层面的 `ulimit -n` 必须足够大，以容纳重载瞬间新旧进程持有的所有文件描述符。如果配置了 `accept_mutex on;`（在较新版本中默认开启或行为有所变化，通常建议依赖内核的 SO_REUSEPORT 或默认行为），可以优化新进程接管连接的效率，但现代 Nginx 主要依赖内核 socket 队列的共享机制来实现无缝切换。
events {
worker_connections 1024;
multi_accept on;
}
http {
server {
listen 80;
location / {
return 200 'OK';
}
}
}
上述配置展示了基础的平滑重载环境。`worker_connections` 决定了每个工作进程能处理的最大并发连接数。在重载过程中，Nginx 会 fork 出新的工作进程，这些新进程会绑定到相同的监听端口。由于 TCP 三次握手已经完成，客户端的连接处于 ESTABLISHED 状态，它们会被分配给任意一个可用的工作进程（包括旧的或新的）。因此，只要总连接数不超过 `worker_processes * worker_connections` 加上内核 backlog 队列的长度，就不会发生丢包。验证此配置是否生效的方法是执行 `nginx -s reload` 后，观察进程树中是否同时存在旧的和新的 `nginx: worker process` 进程，且主进程 PID 保持不变。
如何使用压测工具验证零丢包
验证零丢包的具体操作是使用 HTTP 压测工具向 Nginx 发送持续的高并发请求，并在压测过程中触发重载命令。推荐使用 `wrk` 工具，因为它能产生较高的线程级并发，更容易触及系统的极限。测试脚本应包含两个阶段：第一阶段是基线测试，确认在无重载情况下请求全部成功；第二阶段是在压测运行期间，通过另一个终端执行 `nginx -s reload`，观察压测结果中的错误率（Error Rate）和延迟分布。如果零丢包实现良好，压测工具报告的 5xx 错误应为 0，且平均延迟可能会有轻微抖动，但不应出现大量超时或连接重置。
wrk -t12 -c400 -d30s http://127.0.0.1/ --script verify.lua
该命令启动了 12 个线程，保持 400 个并发连接，持续 30 秒。在压测运行的第 10 秒至第 20 秒之间，执行 `nginx -s reload`。`verify.lua` 脚本用于自定义验证逻辑，例如检查响应状态码。如果 Nginx 配置正确且系统资源充足，压测报告中的 `Latency Avg` 可能会在重载瞬间有微小上升，但 `Requests/sec` 不会下降，`Errors Total` 应保持为 0。若出现丢包，通常表现为 `Connection reset by peer` 或 `Timeout` 错误增加，这往往是因为 `worker_connections` 设置过小或系统 `somaxconn` 参数过低导致内核队列溢出。
重载期间哪些条件会导致请求丢失
尽管 Nginx 设计为零丢包重载，但在特定条件下仍可能发生请求丢失。最常见的原因是系统内核的 `somaxconn` 参数设置过小。当 Nginx 重载时，新旧进程同时监听同一端口，内核需要将新建立的连接放入 backlog 队列。如果队列满，新连接将被拒绝，导致客户端收到 `Connection refused` 错误。另一个条件是 `worker_processes` 与 `worker_connections` 的乘积小于当前活跃连接数，导致新进程无法接受新连接，而旧进程正在关闭。此外，如果 Nginx 配置了复杂的 Lua 脚本或第三方模块，且在重载时模块状态未正确同步，也可能引发异常。要排除这些情况，需检查 `/proc/sys/net/core/somaxconn` 的值，通常建议设置为 1024 或更高，并监控 `netstat -an | grep SYN_RECV` 的数量，确保没有积压的连接被丢弃。
