Nginx启动失败报“bind() to 0.0.0.0:80 failed (98: Address already in use)”表明端口被占用，需通过error_log定位、lsof/ss查进程、排查Nginx自身残留或配置重复listen，并验证端口释放后再重启。
看到 bind() to 0.0.0.0:80 failed (98: Address already in use) 这类报错，说明 Nginx 启动时尝试绑定端口失败，根本原因就是端口已被占用。error_log 是第一手线索，不用猜，直接读它就能锁定问题。
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
盯住 error_log 里带 [emerg] 的那一行
启动失败时，Nginx 会在 error_log 最末尾写入一条紧急（emerg）级别日志，格式高度统一：
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
这行就包含全部关键信息：出错动作（bind）、目标地址端口（0.0.0.0:80）、错误编号（98）和含义（Address already in use）。
用这条命令快速提取：
tail -n 20 /var/log/nginx/error.log | grep "\[emerg\]"
根据报错端口立即查占用进程
拿到具体端口号（比如 :80、:443、:8080），马上执行定位命令：
- 查进程名和 PID 最直观：
sudo lsof -i :80
- 查监听状态最轻量（推荐）：
sudo ss -tuln | grep ':80'
注意别只查 IPv4，如果日志里出现 [::]:80，说明是 IPv6 端口被占，查时要加 grep '\[::\]:80' 或直接用 ss -tuln | grep ':80'（它会同时匹配 IPv4 和 IPv6 的 :80）。
结合上下文确认是不是 Nginx 自己的问题
有时 error_log 显示端口被占，但 lsof/ss 却没看到别的服务——很可能是 Nginx 自身残留：
- 检查是否还有 master 进程在跑：
ps aux | grep nginx | grep master
- 查配置有没有重复 listen：
sudo nginx -T 2>/dev/null | grep "listen.*80"
如果输出多于一行，说明多个 server 块监听了同一端口，冲突就发生了。
验证释放后是否真正空闲
杀掉占用进程或停掉其他服务后，别急着重启 Nginx，先确认端口确实空了：
- 再次运行 sudo ss -tuln | grep ':80'，应无任何输出
- 本地测试连通性：
curl -I http://127.0.0.1 2>/dev/null || echo "端口已空闲"
如果返回 “Failed to connect”，说明端口已释放，可以安全启动。
