使用 kill -hup 重载指定 nginx 主进程，只需获取该进程的 pid 并执行 kill -hup 。nginx 的主进程（master process）会接收此信号并平滑重启工作进程（worker processes），同时重新加载配置文件。操作前务必通过 -t 参数验证配置文件的语法正确性，以避免因配置错误导致服务中断。
如何获取当前运行的 Nginx 主进程 PID
要发送信号给特定的主进程，首先需要准确识别其 PID。最可靠的方法是使用 Nginx 自带的 -g 或 -c 参数配合 -s 信号选项，或者直接从系统进程列表中筛选。通常 Nginx 启动后会生成一个主进程和多个工作进程，主进程负责管理配置和工作进程，而工作进程处理实际请求。因此，必须确保向主进程发送 HUP 信号，而不是工作进程。
nginx -s reload
上述命令是 Nginx 提供的标准重载方式。它会自动查找 nginx.pid 文件中记录的主进程 PID，并向其发送 SIGHUP 信号。如果手动使用 kill 命令，等效的操作是先找到 PID。例如，可以使用 ps aux | grep nginx 查看进程列表，主进程的 PID 通常是第一行显示的进程 ID。或者，如果知道 nginx.pid 文件的路径（通常在 /var/run/nginx.pid 或 /usr/local/nginx/logs/nginx.pid），可以直接读取该文件内容获取 PID，然后执行 kill -HUP $(cat /path/to/nginx.pid)。这种方法在容器化环境或 PID 文件路径非标准时非常有用。
重载前如何验证配置文件的有效性
在执行重载操作之前，检查配置文件是否存在语法错误至关重要。如果配置文件有误，Nginx 主进程在尝试重新加载时会失败，可能导致部分工作进程退出或整个服务不可用。Nginx 提供了 -t 参数用于测试配置文件的语法和权限。
nginx -t -c /etc/nginx/nginx.conf
执行 nginx -t 后，终端会输出测试结果。如果显示 syntax is ok 和 test is successful，则说明配置文件无误，可以安全地执行重载。如果报错，请根据提示修改配置文件后再重试。这一步骤是运维中的最佳实践，能有效避免人为配置错误引发的生产事故。此外，-c 参数指定了配置文件的路径，确保测试的是实际生效的配置。若未指定 -c，Nginx 会使用编译时指定的默认路径或 nginx.conf 所在目录下的配置文件。
重载过程中 Nginx 如何处理现有连接
Nginx 的 HUP 信号处理机制设计为“平滑重载”，旨在不影响正在进行的客户端请求。当主进程收到 HUP 信号后，它会启动新的工作进程，这些新进程使用更新后的配置文件。与此同时，旧的工作进程会继续处理当前的请求，直到所有请求处理完毕。一旦旧工作进程完成所有任务，它们将优雅地退出。主进程随后也会等待所有旧工作进程退出后，才完全替换为新版本的工作进程。这种机制确保了在高并发场景下，服务的可用性不会因配置重载而中断。需要注意的是，如果配置文件中监听的端口或地址发生变化，Nginx 可能需要先绑定新端口，再释放旧端口，这个过程也是无缝衔接的。
