必须先执行 nginx -t 校验配置语法，确认“syntax is ok”和“test is successful”同时出现后，再执行 nginx -s reload 平滑重载，并通过访问测试、curl 查响应头及查看 error.log 验证实际生效。
修改 Nginx 配置后，不能直接重启或忽略验证就加载——必须走“检查 → 加载 → 验证”闭环，否则容易导致服务中断或 502/503 错误。
先检查配置语法是否正确
这是最关键的一步，跳过它等于埋雷：
- 运行 nginx -t（若非系统路径，需用完整路径，如 /usr/local/nginx/sbin/nginx -t 或 C:\nginx\nginx.exe -t）
- 输出含 syntax is ok 和 test is successful 才算通过
- 报错时会明确提示哪一行、什么问题（比如缺少分号、括号不匹配、路径不存在），按提示修正即可
再执行平滑重载（推荐首选）
nginx -s reload 是生产环境的标准操作，它不会断开已有连接：
- 主进程读取新配置，启动新 worker 进程
- 旧 worker 继续处理未完成的请求，完成后自动退出
- 整个过程用户无感知，适合线上随时更新
- Windows 下需以管理员身份运行命令行；Linux 下通常需 sudo 权限
确认配置已生效
别只信命令没报错，要验证结果：
- 访问一个你刚改过的路由（如新增的 location 或代理地址），看是否按预期响应
- 用 curl -I http://localhost 或浏览器开发者工具检查状态码和响应头
- 查错误日志：Linux 查 /var/log/nginx/error.log，Windows 查 C:\nginx\logs\error.log，过滤 ERROR 或 warn 关键词
- 必要时用 ps aux | grep nginx（Linux）或任务管理器（Windows）确认主进程仍在运行
备用方案：启动/停止组合（仅限异常时）
当 reload 失败或配置变更涉及监听端口、用户权限等底层项时才考虑：
- 先停： nginx -s stop（立即终止）或 nginx -s quit（等待请求结束再停）
- 再启：直接运行 nginx（带 -c 指定配置路径更稳妥）
- 注意：这个组合会短暂中断服务，避免在高峰时段操作
