直接打开phpEnv自带的「本地TCP端口进程列表」功能（需管理员权限），可一键显示监听80、443等端口的进程及PID；若界面失效，则用netstat -ano | findstr ":80"查PID，再用tasklist /fi "pid eq XXX"确认进程名。
phpEnv 启动 Nginx 时提示端口占用，怎么快速定位是谁占的？
直接打开 phpEnv 自带的「本地TCP端口进程列表」功能（需管理员权限），点一下就弹出当前所有监听 80、443、8080 等常用端口的进程，含 PID 和完整路径。它本质是调用 netstat -ano + tasklist 的封装，比手动敲命令快且不易漏。
常见干扰源包括：已开机自启的 IIS、Skype（老版本默认抢 80）、Docker Desktop 的 WSL2 后端、甚至某些国产安全软件的“网页防护”模块。别急着 kill，先看名字再判断——比如 System 占用 80，大概率是 Hyper-V 保留端口机制在作祟，不是真有程序在跑。
用命令行手动查 Nginx 相关端口占用（Windows）
当 phpEnv 界面卡死或没反应时，终端是最可靠的兜底方式：
-
netstat -ano -p tcp | findstr ":80"—— 查80端口谁在监听，最后一列是 PID -
tasklist /fi "pid eq 1234"—— 把1234换成上一步查到的 PID，确认进程名 -
taskkill /F /PID 1234—— 强制结束；若要连子进程一起清掉，加/T
注意：netstat -ano 查不到 Hyper-V 保留端口（如 80、443），此时需运行 netsh interface ipv4 show excludedportrange protocol=tcp 确认是否被系统预留。这类情况不能靠 kill 解决，得改 phpEnv 的 Nginx 配置把 listen 80 改成 listen 8080。
立即学习“PHP免费学习笔记（深入）”；
Linux/macOS 下查 phpEnv（如果跑在 WSL 或 Docker 中）
phpEnv 本身是 Windows 工具，但如果你把它装在 WSL 里，或用 Docker 模拟类似环境，就得切回标准 Linux 命令：
-
sudo lsof -i :80—— 直接显示占用80的进程名和 PID（比netstat更直观） -
sudo ss -tulnp | grep ':80'—— 新版推荐替代netstat，输出更干净 -
ps aux | grep nginx—— 看 nginx 主进程和 worker 是否真在跑，避免“以为占了实则没启”
WSL 用户特别注意：Windows 宿主机上的 Skype、IIS 仍可能抢占端口，lsof 在 WSL 里查不到它们，必须回 Windows 终端查。
为什么 kill 掉进程后 phpEnv 还启动失败？
常见但容易忽略的几个点：
- phpEnv 启动 Nginx 前会检查
80端口是否空闲，但**不检查443或你自定义的端口**——如果你改过配置却忘了同步检查，会卡在“启动中”无报错 - Nginx 配置文件语法错误（如
server {缺少闭合}）会导致启动静默失败，日志在F:\phpEnv\nginx\logs\error.log，别只盯端口 - 杀进程后没等 2 秒就点启动，Nginx 的 TIME_WAIT 状态还没释放完，重试即可
- 多个 phpEnv 实例同时运行（比如桌面快捷方式和开始菜单各一个），后启动的会因端口冲突失败
真正难搞的从来不是“谁占了”，而是“占了但杀不掉”或“没占却启动不了”——这时候翻 error.log 比反复 kill 有用得多。
