在 nginx 中发送 sighup 信号触发平滑重载，最直接的方法是使用 nginx -s reload 命令。该命令会向主进程发送信号，使其重新加载配置文件并启动新的工作进程，而不会中断现有的连接。如果手动操作，可以通过 kill -hup $(cat /var/run/nginx.pid) 找到主进程 id 并发送信号。此过程允许在不丢失请求的情况下更新配置。
如何获取 Nginx 主进程的 PID
要手动发送信号，首先需要知道 Nginx 主进程的 PID。通常这个 PID 存储在 nginx.pid 文件中，路径取决于安装方式，常见于 /var/run/nginx.pid 或 /usr/local/nginx/logs/nginx.pid。通过读取该文件即可获取 PID，进而使用 kill 命令发送 SIGHUP。这种方法适用于没有直接调用 nginx 二进制文件的场景，或者在调试信号处理逻辑时。
#!/bin/bash
# 假设 Nginx 安装在标准路径
PID_FILE="/var/run/nginx.pid"
if [ -f "$PID_FILE" ]; then
PID=$(cat $PID_FILE)
echo "Found Nginx master process with PID: $PID"
# 发送 SIGHUP 信号
kill -HUP $PID
echo "Sent SIGHUP to Nginx master process."
else
echo "PID file not found at $PID_FILE"
fi
如何验证重载是否成功
重载成功后，可以通过检查进程列表和日志来验证。新的工作进程会被启动，而旧的工作进程在完成现有请求后退出。查看 error.log 通常会看到类似 "signal process started" 的条目。此外，可以使用 ps aux | grep nginx 观察进程数量的变化，确认新进程已接管。如果配置有语法错误，重载会失败，Nginx 会保留旧配置并记录错误信息到日志中。
#!/bin/bash
PID_FILE="/var/run/nginx.pid"
LOG_FILE="/var/log/nginx/error.log"
if [ -f "$PID_FILE" ]; then
PID=$(cat $PID_FILE)
# 发送信号
kill -HUP $PID
# 等待片刻让进程切换
sleep 2
# 检查日志中的最新条目
tail -n 5 $LOG_FILE | grep -i "signal process started"
if [ $? -eq 0 ]; then
echo "Reload signal processed successfully."
else
echo "Check logs for errors, reload might have failed."
fi
# 查看当前运行的 Nginx 进程
ps aux | grep '[n]ginx'
else
echo "Cannot verify, PID file missing."
fi
基于配置文件语法错误的重载结果
当配置文件存在语法错误时，发送 SIGHUP 会导致重载失败。Nginx 主进程会尝试测试配置，发现错误后拒绝切换到新配置，并继续运行旧的配置实例。此时，error.log 会详细列出语法错误的位置和内容。开发者可以通过 nginx -t 命令预先检查配置，避免在生产环境中因错误配置导致重载失败。这种机制确保了服务的连续性，即使配置有误也不会影响正在处理的请求。
