Nginx源码安装后默认支持热重载，核心是Master进程向Worker发送信号平滑切换配置；需确保配置语法正确、运行用户对conf/logs目录有读写权限，并通过nginx -t校验后执行nginx -s reload或systemctl reload nginx。
Nginx 源码安装后实现生产环境中的无缝热重载配置，核心在于不中断服务的前提下让新配置生效。它不是重启进程，而是由 Master 进程平滑地向 Worker 进程发送信号，完成配置切换。只要操作规范，整个过程毫秒级完成，用户无感知。
确认 Nginx 支持热重载
源码编译安装的 Nginx 默认就支持热重载（这是其原生能力），无需额外开启。但需确保：
- 安装时未禁用 signal 或 reload 相关模块（默认都启用）
- 配置文件语法正确（否则 reload 会失败并回退）
- 运行用户（如 nginx）对配置文件、日志目录、临时目录有读写权限（例如 /usr/local/nginx/conf/、/data/logs/nginx/）
标准热重载操作流程
以 Ubuntu 24.04 + 源码安装到 /usr/local/nginx 为例（对应 systemd 管理）：
- 修改配置文件（如 /usr/local/nginx/conf/nginx.conf 或 /usr/local/nginx/conf/conf.d/*.conf）
- 执行语法检查：/usr/local/nginx/sbin/nginx -t（必须通过才可继续）
- 触发热重载：/usr/local/nginx/sbin/nginx -s reload
- 验证效果：观察 ps aux | grep nginx，Master 进程 PID 不变，Worker 进程 PID 更新；访问业务确认正常
配合 systemd 的推荐方式
若已按规范配置 systemd service（如 /etc/systemd/system/nginx.service），应使用系统级命令统一管理：
- sudo systemctl daemon-reload（仅当修改了 service 文件时需要）
- sudo systemctl reload nginx（该命令底层调用 nginx -s reload，更符合运维习惯）
- 查看状态：sudo systemctl status nginx，重点关注 “Active: active (running)” 和最近 reload 日志
常见失效场景与应对
热重载失败通常不报错明显，但旧配置仍在运行。排查重点：
- 配置语法错误：每次改完必跑 nginx -t，别跳过
- 文件权限问题：比如新 conf.d 文件属主是 root，但 nginx worker 以 nginx 用户运行 → 改为 chown nginx:nginx /usr/local/nginx/conf/conf.d/*.conf
- 端口被占用：reload 不会释放端口，但若新配置监听已被其他进程占用的端口，会静默失败 → 用 ss -tlnp | grep :80 提前检查
- 日志未切分：reload 会重新打开日志文件，若旧日志被进程锁定或磁盘满，可能导致部分日志丢失 → 确保 /data/logs/nginx/ 可写且空间充足
