phpEnv启动失败因80端口被占或Nginx配置错误：先用lsof/netstat查占用进程，再用nginx -t验证配置；Windows需停HTTP服务而非改注册表；修改listen端口后须同步检查upstream和PHP-FPM指向。
phpEnv 启动失败、Nginx 报 [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)，核心原因就两个：端口被占，或配置本身有误。先查端口，再验配置，别一上来就改注册表或杀进程。
查清谁在用 80 端口（Linux/macOS）
phpEnv 默认走 Linux 风格环境（如 WSL 或 macOS），不是 Windows 原生。所以优先用标准命令定位：
-
sudo lsof -i :80—— 显示 PID、COMMAND、USER，一眼看出是nginx、apache2、python3还是node - 如果没装
lsof，用sudo netstat -tulpn | grep ':80'替代 - 特别注意 PID 为 1 的
systemd或launchd拉起的子服务（比如 Docker 的 nginx 容器、GitLab 内置 Nginx），它们不会显示在普通用户进程里
查清谁在用 80 端口（Windows + phpEnv）
phpEnv 在 Windows 上常跑在 WAMP/MAMP 类环境里，但若你直接解压运行 nginx.exe，会撞上系统级 HTTP 服务：
- 运行
netstat -aon | findstr :80，看到 PID=4 不代表要动ntoskrnl.exe—— 它只是宿主，真正占端口的是svchost.exe下的HTTP Service - 确认是它：打开任务管理器 → 详细信息 → 找 PID=4 对应的进程 → 右键「转到服务」→ 看是否高亮了
HTTP服务 - 临时释放：以管理员身份运行 PowerShell，执行
net stop http /y（不是禁用，只是停服务，重启后恢复） - 不推荐改注册表
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP\Start，改 0 后系统更新可能重置，且影响 IIS、WebDAV 等依赖项
检查 phpEnv 自带的 nginx.conf 是否语法/路径出错
phpEnv 的 Nginx 配置常被魔改过，nginx -t 报错但没说哪一行，容易漏掉隐藏坑：
立即学习“PHP免费学习笔记（深入）”；
- 先确认配置加载路径：
phpenv nginx -t或直接进 phpEnv 安装目录，找类似phpenv/nginx/conf/nginx.conf的文件 - 常见硬伤：
root路径写成绝对路径但实际不存在（比如root D:/phpEnv/www;却没这个盘符） -
include子配置缺失：比如include vhost/*.conf;但vhost/目录为空或权限不足 - IPv6 监听冲突：配置里有
listen [::]:80;但系统未启用 IPv6，加ipv6only=on反而更稳：listen [::]:80 ipv6only=on;
绕过 80 端口启动（快速验证是否纯端口问题）
改端口不是妥协，而是隔离变量。phpEnv 通常允许你在界面或配置里指定端口，但手动改最可靠：
- 编辑
phpenv/nginx/conf/nginx.conf，找到所有listen 80行（含listen [::]:80），统一改为listen 8080和listen [::]:8080 ipv6only=on - 确保 phpEnv 的 Apache 或其他组件没同时监听 8080（避免二次冲突）
- 改完必须运行
phpenv nginx -t验证语法，再phpenv nginx -s reload—— 注意：若提示invalid PID number，说明 pid 文件路径不对，加-c指定配置：nginx -c /path/to/nginx.conf -s reload
真正麻烦的从来不是“怎么改端口”，而是改完发现请求 502 —— 那大概率是 upstream 指向了旧的 80 端口 PHP-FPM，或者 phpEnv 的控制面板缓存了旧配置。动手前，先 ps aux | grep nginx 确认没残留 master 进程；改完后，curl -I http://127.0.0.1:8080 看响应头，比刷浏览器更准。
