nginx -t仅检查配置语法正确性，不检测端口冲突；端口问题属运行时范畴，需结合错误日志（如“address already in use”）与lsof/ss等系统命令定位。
配置语法检查本身不能直接发现端口冲突，但它能帮你排除干扰、聚焦真因——nginx -t 只管“写得对不对”，而端口冲突属于“能不能绑上”的运行时问题。真正要定位端口冲突，得在语法检查之后，结合错误日志和系统命令协同判断。
先用 nginx -t 排除配置硬伤
语法错误会拦在启动最前头，不解决就看不到端口问题。执行：
- sudo nginx -t：检查主配置及所有 include 文件（如站点 conf、SSL 片段）
- 报
[emerg] unexpected "}"或unknown directive "stream"，说明模块缺失或括号/引号/分号有误，必须先修复 - 若提示
syntax is ok，说明配置结构无硬伤，可进入下一步排查
再查 error.log 最后几行找关键线索
即使语法正确，启动仍失败时，真正的“证人”是错误日志：
- 宝塔路径：tail -n 10 /www/wwwlogs/nginx_error.log
- 源码编译路径：tail -n 10 /usr/local/nginx/logs/error.log
- 重点识别这几类报错：
-
bind() to 0.0.0.0:80 failed (98: Address already in use)→ 端口被占 -
Permission denied→ 用户权限不足（如非 root 绑定 80） -
SSL_CTX_use_PrivateKey_file(...) failed→ 私钥路径错或权限过宽（如 644）
-
最后用系统命令确认端口实际占用情况
看到 Address already in use 后，立刻验证谁在抢端口：
- 查 80 端口：sudo lsof -i :80 或 sudo ss -tuln | grep ':80'
- 查 443 端口：sudo lsof -i :443
- 常见占用者：Apache、另一个 Nginx 实例、systemd-resolved（Linux）、softwareupdate（macOS）、IIS 或 Skype（Windows）
- 确认后，选择停服务（如 sudo systemctl stop apache2）或改 Nginx listen 为 8080
别忘了验证端口绑定条件是否满足
即使端口空闲，Nginx 还可能因系统限制无法绑定：
- 普通用户不能绑定 1–1023 端口（80/443），必须用 root 启动；若不想提权，改用 8080、8443 等高位端口
- 云服务器需同步放行安全组对应端口（如阿里云控制台开放 80 入站）
- 本地机器检查防火墙：sudo ufw status 或 sudo firewall-cmd --list-ports
