最标准的Nginx重载配置方式是向master进程发送kill -HUP信号，不中断现有连接，仅新连接生效；须确认PID为master进程（通过pid文件或ps过滤），推荐使用nginx -s reload命令。
直接向 Nginx 主进程发送 kill -HUP 信号是最标准的重载配置方式，整个过程不中断已有连接，新配置仅对后续新建连接生效。
确认主进程 PID 的两种可靠方法
只有 master 进程响应 HUP 信号，worker 进程会忽略。必须确保拿到的是 master 的 PID：
- 读取 PID 文件：执行
cat /var/run/nginx.pid或cat /usr/local/nginx/logs/nginx.pid（路径以你实际配置为准） - 用 ps 过滤验证：运行
ps -ef | grep "nginx: master process"，找 UID 为 root（或启动用户）且含 master process 字样的行，第一列数字即 PID - 若 PID 文件不存在，说明 Nginx 未正常启动，或启动时通过
-g "pid /path/to/pid;"指定了自定义路径，需按 nginx.conf 中的pid指令查找
发送 HUP 信号的标准命令
获取 PID 后，使用以下任一写法均可触发重载：
kill -HUP $(cat /var/run/nginx.pid)-
kill -1 $(cat /var/run/nginx.pid)（HUP 对应信号编号 1） -
nginx -s reload（该命令内部自动读取 PID 并发 HUP，更推荐日常使用）
注意：执行命令的用户需与启动 Nginx 的用户一致；若 Nginx 由 root 启动，普通用户需加 sudo，否则权限拒绝。
重载过程的行为与验证要点
发送 HUP 后，master 不退出、不重建监听端口，而是启动新 worker 加载新配置，同时协调旧 worker 继续服务已有连接：
- 检查进程状态：执行
ps -ef | grep nginx，应看到新旧 worker 共存，旧 worker 状态通常显示 is shutting down - 查看错误日志：观察
/usr/local/nginx/logs/error.log（或配置中指定路径），若配置有误，会明确报错，且旧服务不受影响 - 验证连通性：用 curl 或浏览器访问接口，确认服务持续可用；修改配置后可请求一个新增 location，验证是否生效
为什么不能直接 kill 所有 nginx 进程
执行 killall nginx 或 pkill nginx 会误杀 worker 进程，导致部分请求中断；kill -9 更危险，绕过 Nginx 自身清理逻辑，可能残留锁文件或未关闭的 socket。所有控制操作都应只作用于 master 进程。
