Nginx启动报“bind() to 0.0.0.0:80 failed (98: Address already in use)”表明端口被占用，非配置语法错误；需用sudo ss -tuln | grep ':80'等命令定位占用进程，区分是其他服务、残留nginx还是自身重复监听，杀进程或停服务后验证端口释放再重启。
遇到 Nginx 配置文件检查（sudo nginx -t）没报错，但启动时提示“bind() to 0.0.0.0:80 failed (98: Address already in use)”——这说明配置本身合法，但系统层面端口已被占用。关键不是改配置语法，而是查清谁在用那个端口、是否该让它继续用。
快速定位哪个进程占了端口
先看错误里写的端口（比如 :80、:443 或 [::]:80），别只盯 80。用以下任一命令查：
-
sudo ss -tuln | grep ':80'—— 输出简洁，推荐首选 -
sudo lsof -i :80—— 直接显示进程名和 PID，适合精准识别 -
sudo netstat -tulnp | grep ':80'—— 若提示 command not found，先运行sudo apt install net-tools（Ubuntu/Debian）或sudo yum install net-tools（CentOS/RHEL）
判断占用进程是否可以停掉
看到 PID 和进程名后，分情况处理：
- 如果是
apache2、httpd：确认是否需要同时运行 Apache 和 Nginx。不需要就停服务：sudo systemctl stop apache2（Ubuntu）或sudo systemctl stop httpd（CentOS） - 如果是另一个
nginx进程：很可能是上次没正常退出的残留。先用ps aux | grep nginx看有没有 master/work 进程，再执行sudo fuser -k 80/tcp安全清理 - 如果是
node、python或开发服务器（如vue-cli-service）：通常是本地调试遗留，直接 kill 即可 - 如果 PID 显示为
-或看不到进程名：可能被 systemd socket 激活机制占用，运行sudo systemctl list-sockets | grep 80查对应服务
检查 Nginx 自身配置是否重复监听
有时看似别人占了，其实是 Nginx 自己“左右互搏”。运行：
-
sudo nginx -T | grep "listen.*80"—— 查看所有生效的 listen 行，确认没有多个 server 块都写了listen 80 -
sudo nginx -t虽然通过，但若配置中用了include /etc/nginx/sites-enabled/*;，要逐个检查sites-enabled/下的文件，避免某一个配置漏改 - 特别注意 IPv4 和 IPv6 是否都监听了同一端口，例如同时存在
listen 80;和listen [::]:80;，而其中某个被其他服务抢先绑定了
释放端口后验证并重启
杀掉进程后不能马上启动，必须确认端口真空了：
- 再次运行
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: master或类似字样
