lsof -i :端口号无输出或报错，主因是权限不足、未安装lsof、协议/地址匹配不当；需sudo执行、确认安装、指定tcp/udp或ipv4/6，并用grep listen或ss命令交叉验证。
直接用 lsof -i :端口号 就能定位到谁占着端口，但权限、输出过滤和 UDP/TCP 区分这三点最容易卡住人。
为什么 lsof -i :3000 没输出或报 permission denied？
普通用户执行 lsof -i 时，看不到其他用户（尤其是 root）启动的监听进程，会漏掉关键信息。这不是命令写错了，是权限问题。
- 必须加
sudo：运行sudo lsof -i :3000 - CentOS/RHEL 等系统默认没装
lsof，先装：yum install -y lsof（或apt install -y lsof） - macOS 上
lsof -i默认不显示 PID，得加-P和-n：sudo lsof -nP -i :3000
lsof -i :8080 输出太多，怎么快速找到真正监听的进程？
默认输出包含所有连接状态（ESTABLISHED、TIME_WAIT 等），但你真正关心的是 LISTEN 状态——只有它会阻止新服务绑定端口。
- 过滤 LISTEN：
sudo lsof -i :8080 | grep LISTEN - 只看 TCP 监听：
sudo lsof -iTCP -sTCP:LISTEN -i :8080 - 输出精简字段（避免滚动找 PID）：
sudo lsof -t -i :8080—— 这个只输出 PID，可直接传给kill
UDP 端口被占了，lsof -i :53 却没反应？
lsof -i :端口号 默认同时查 TCP 和 UDP，但有些 UDP 服务（比如 DNS 本地转发）可能没显式标 LISTEN，或者用了 udp6 而你只扫了 IPv4。
- 强制查 UDP：
sudo lsof -iUDP -i :53 - 同时查 IPv4/IPv6：去掉
-4或-6参数（默认就查两者） - 确认是否真在监听：配合
ss -ulpn | grep :53交叉验证，ss对 UDP 更可靠
最常被忽略的是：即使 lsof 显示某进程占着端口，它也可能已经僵死（zombie）或处于 CLOSE_WAIT 状态。别只信 PID，用 ps -p <pid> -o pid,comm,state,etime</pid> 看它是否还在活跑——否则 kill 也没用，得杀父进程或重启对应服务管理器。
