应使用 nginx -T 展开全部生效配置并搜索关键词，结合 grep 定位重复的 listen ... default_server、空 server_name 或相同端口监听项，再遍历 include 路径排查冗余文件，并验证 reload 后内存中是否加载新配置。
检测 Nginx 配置中重复的配置项，不能靠肉眼通读，也不能单靠 nginx -t——它只报语法错误，不报逻辑重复（比如多个 server 块同时声明 listen 80 default_server 或同一端口上出现两个无 server_name 的 default_server）。真正有效的检测，要结合行为验证、配置展开和路径排查。
用 nginx -T 展开完整生效配置并搜索关键词
nginx -T（大写 T）会输出当前 Nginx 实际加载并解析后的**全部配置内容**（含所有 include 合并结果），是定位重复项最直接的手段：
- 运行
sudo nginx -T 2>/dev/null | grep -n "listen.*default_server"，快速定位所有标记为default_server的监听行，看是否在同一个 IP:端口组合下出现多次 - 搜索
server_name _;或空server_name，这类常被误设为“兜底”，容易与真正的default_server冲突 - 对关键端口（如
:80、:443）执行sudo nginx -T 2>/dev/null | grep -E "^[[:space:]]*listen.*:(80|443)" | grep -v "#" | sort，再人工比对是否有完全重复的监听语句
重点检查 default_server 和 server_name 冲突
重复监听报错（如 duplicate default server for 0.0.0.0:80）本质是 Nginx 在同一地址+端口上无法确定该由哪个 server 块响应无 Host 头或匹配失败的请求：
- 每个
listen指令最多只能有一个default_server修饰；若多个server块对同一listen 80 default_server，就会报错 - 即使没显式写
default_server，只要某个server块的listen 80;后面没有任何server_name，Nginx 也会把它当作该端口的默认服务器 - 宝塔等面板可能自动生成
default.conf，而你又手动建了另一个无server_name的站点配置，二者就极易形成隐式重复
扫描 include 路径下的所有 .conf 文件
Nginx 的重复往往藏在分散的配置文件里。需主动遍历所有被 include 加载的目录：
- 先查主配置：
grep "include" /etc/nginx/nginx.conf（或宝塔路径/www/server/nginx/conf/nginx.conf） - 对每个 include 路径执行：
grep -r "listen\|server_name" --include="*.conf" /path/to/included/ - 特别关注文件名含
default、backup、old、example的配置，它们常被遗忘但仍在加载
验证 reload 后是否真用了新配置
有时你以为删掉了重复项，但旧配置仍在内存中运行：
- 执行
sudo nginx -s reload后，立刻运行sudo nginx -T | head -20，确认输出中包含你刚修改的内容（如新增的注释或 return 语句） - 用
ps aux | grep nginx看 master 进程启动命令是否仍带-c参数指向旧路径 - 检查
lsof -p $(cat /var/run/nginx.pid) | grep conf，确认 master 进程打开的是否为你编辑的那个 inode
