配置未生效最常见原因是未重载，需执行nginx -s reload并用nginx -t验证内存中加载的配置是否更新，而非仅依赖界面提示或nginx -t语法检查。
配置改了但没重载，是最容易被当成“配置失效”去深挖的假问题。很多人花半小时查语法、看日志、翻模块，最后发现只是漏点了一下「重载」按钮。
确认是否真已重载
别信界面提示，要验证进程是否读入新配置：
- 执行 nginx -t：只检查语法，不反映是否生效
- 执行 nginx -T | grep -A2 "server_name your_domain"：输出的是当前内存中实际加载的完整配置，比打开 conf 文件更真实
- 对比修改前后的 nginx -T 输出（可重定向保存），看 rewrite、location 或 root 是否已更新
区分 reload 和 restart 的效果差异
reload 是平滑重载，旧 worker 进程会继续处理已有请求；restart 是先停再启，可能造成短暂中断。排查时要注意：
- 用 ps aux | grep nginx 查看主进程启动时间，若时间早于你修改配置的时间，说明 reload 没成功或根本没执行
- 宝塔面板点「重载配置」后，建议顺手看一眼右上角提示——若卡在「正在执行中」超 5 秒，大概率失败，需手动补救
- 终端执行 nginx -s reload 后无报错 ≠ 成功：仍要配合 nginx -T 验证内容
常见「以为重载了」却实际没生效的操作误区
这些动作看似完成了流程，实则未触发配置更新：
- 在宝塔里点了「保存」伪静态/SSL/反向代理设置，但没点顶部的「重载配置」图标
- 用 vim 编辑了 /www/server/panel/vhost/nginx/xxx.conf，保存退出后只执行了 nginx -t，没执行 nginx -s reload
- 在非 root 用户下执行 nginx -s reload，权限不足导致静默失败（可通过 tail -n10 /www/server/nginx/logs/error.log 查看是否报 Operation not permitted）
- 修改的是子配置（如 include 的 conf.d/*.conf），但主配置文件 nginx.conf 里该 include 行被注释或路径写错，reload 时根本没加载它
快速验证：三步锁定是不是没重载
遇到“改了没反应”，按顺序执行这三步，2 分钟内能排除 90% 的假故障：
- 第一步：运行 nginx -t —— 若失败，先修语法；若成功，继续
- 第二步：运行 nginx -s reload（宝塔用户可在终端手动敲一次），观察有无报错
- 第三步：运行 nginx -T | head -n20，找 server { 块开头的时间戳或注释行，确认是否含你刚加的内容
