答案是端口80被其他进程占用，需通过sudo ss -tuln | grep ':80'等命令定位占用者，判断是否可终止（如停用Apache或杀掉残留Nginx进程），再释放端口或修改Nginx监听端口后重启服务。
遇到 Nginx 启动失败并提示“bind() to 0.0.0.0:80 failed (98: Address already in use)”时，说明目标端口（通常是 80 或 443）已被其他进程监听。排查核心是快速定位占用者、判断是否可终止，并安全释放端口。
确认哪个端口被占用了
先明确错误中提到的具体端口，比如日志里写的是 80、8080 还是 [::]:443。不要默认只查 80 —— 有些配置监听 IPv6 或自定义端口。用以下任一命令验证：
-
sudo ss -tuln | grep ':80'（推荐，速度快、输出清晰） -
sudo lsof -i :80（直接显示进程名和 PID，适合精准定位） -
sudo netstat -tulnp | grep ':80'（传统方式，部分新系统需先装net-tools）
识别占用进程是否可终止
查到 PID 和进程名后，重点看它是不是你预期的服务（如 httpd、apache2、另一个 nginx 实例），还是异常或残留进程：
- 如果是
httpd或apache2：确认是否需要同时运行，不需要就停掉：sudo systemctl stop httpd - 如果是旧 nginx 进程卡死（常见于强制 kill 后未清理）：用
sudo kill -9 <pid></pid>或更稳妥的sudo fuser -k 80/tcp - 如果 PID 是 1 或显示为
systemd/kernel：说明端口由内核模块（如http.sys）或 systemd socket 激活机制占用，需查对应服务：sudo systemctl list-sockets | grep 80
检查 Nginx 自身是否残留或配置冲突
有时看似被“别人”占了，其实是 Nginx 自己没彻底退出：
- 执行
ps aux | grep nginx，看是否有 master/work 进程仍在运行 - 检查配置文件是否重复监听同一端口（例如
nginx.conf和sites-enabled/下多个 server 块都写了listen 80） - 运行
sudo nginx -t验证语法，再用sudo nginx -T输出全部生效配置，搜索listen确认端口唯一性
验证端口是否真正空闲并重启服务
杀掉进程后别急着启动，先确认端口已释放：
- 再次运行
sudo ss -tuln | grep ':80'，应无输出 - 本地连通性测试：
curl -I http://127.0.0.1应返回curl: (7) Failed to connect（说明无服务监听） - 然后启动：
sudo systemctl start nginx或sudo nginx - 最后确认状态：
sudo systemctl status nginx+sudo ss -tuln | grep ':80'看是否变成 nginx 的监听项
