确认端口被占用需运行sudo netstat -tuln | grep :9000或sudo lsof -i :9000（Linux/macOS），Windows则用netstat -ano | findstr :9000结合tasklist查进程名，重点关注PID与程序名，常见占用者包括旧php-fpm、Docker容器或IDE内置服务器。
php-fpm 启动失败报 Address already in use 怎么确认是端口被占
看到 ERROR: unable to bind listening socket for address '127.0.0.1:9000': Address already in use 这类错误，基本可以锁定是端口冲突——不是 PHP 代码问题，而是系统里有别的进程抢先绑定了 9000（或你配置的其他端口）。
别急着改配置或重启服务，先验证占用者是谁：
- Linux/macOS：运行
sudo netstat -tuln | grep :9000或更精准的sudo lsof -i :9000 - Windows：用管理员权限运行
netstat -ano | findstr :9000，再用tasklist | findstr "PID"查进程名
注意输出里的 PID 和 Program name 列——这才是真凶。常见占用者包括旧版 php-fpm、Docker 容器、残留的 php -S、甚至某些 IDE 内置服务器。
杀掉占用进程要小心哪些坑
直接 kill -9 PID 很快，但容易误伤。必须先判断这个进程是否可终止：
立即学习“PHP免费学习笔记（深入）”；
- 如果是
php-fpm自身的老进程（比如升级后没清理干净），可以安全杀掉 - 如果显示是
dockerd或containerd，说明有容器在用该端口，应进 Docker 查具体容器，而不是粗暴 kill 宿主机进程 - Windows 上看到 PID 是 4，大概率是
System（HTTP.sys），不能 kill，得去服务管理器禁用World Wide Web Publishing Service - Skype、Zoom 等桌面软件也常悄悄占
80或443，它们不显示为传统“服务”，但 netstat 能抓到
更稳妥的做法是：先 sudo systemctl stop php*-fpm 停所有已知 PHP-FPM 实例，再查；避免一边启动新实例、一边老实例还挂着。
为什么改 listen = /tmp/php-cgi-81.sock 比换端口更推荐
把 listen = 127.0.0.1:9000 改成 listen = /tmp/php-cgi-81.sock 不只是为了绕开端口冲突，它还能避开几类隐性问题：
- TCP 回环（loopback）在某些内核或虚拟化环境里有性能抖动，socket 文件通信更稳定
- 避免 IPv6 解析失败导致的假性“端口不可用”（比如
localhost解析成::1，而配置只监听127.0.0.1） - Unix socket 权限可控：
ls -l /tmp/php-cgi-81.sock必须显示属主是www（宝塔）或www-data（Ubuntu 默认），否则 Nginx 连不上 - 改完配置后，必须点「重载配置」而非仅「重启」——宝塔只有重载才真正写入
/www/server/php/81/etc/php-fpm.conf
Nginx fastcgi_pass 和 php-fpm listen 必须严格一致
这是 502 错误最隐蔽的来源之一：Nginx 配置和 PHP-FPM 实际监听地址对不上。
检查两处：
- 站点配置里
fastcgi_pass的值（宝塔 → 网站 → 配置文件 → 找这行），例如fastcgi_pass 127.0.0.1:9000;或fastcgi_pass unix:/tmp/php-cgi-81.sock; - 对应 PHP 版本的
php-fpm.conf或www.conf中的listen =行，必须完全匹配——包括unix:前缀、路径、端口号，一个空格都不能错
尤其注意：用 socket 时，fastcgi_pass unix:/tmp/php-cgi-81.sock; 末尾的分号不能丢，且路径中的版本号（如 81）必须和实际安装的 PHP 版本一致，否则 Nginx 就连到一个不存在的文件上。
