lsof -i:端口查不到进程最常见原因是权限不足，非root用户无法查看其他用户监听的socket；其次需注意ipv4/ipv6差异，应加-i4或-i6限定，且-lsof输出command和pid对应netstat的pid/program name，但程序名可能因argv[0]不同而异。
lsof -i:端口 为什么有时查不到进程
权限不足是最常见原因：lsof -i:8080 在非 root 用户下可能完全不显示监听进程，尤其是绑定 0.0.0.0 或 :: 的服务（如 nginx、Java 应用）。这不是命令写错，而是内核限制 —— 普通用户无法读取其他用户进程的 socket 信息。
另一个易忽略点是 IPv6 和 IPv4 的差异。比如 lsof -i:80 可能只返回 IPv6 监听项（:::80），而你实际想查的是 IPv4 的 0.0.0.0:80。这时应加 -i4 或 -i6 明确限定：
-
lsof -i4:80：只查 IPv4 的 80 端口 -
lsof -i6:80：只查 IPv6 的 80 端口 -
lsof -nP -iTCP -sTCP:LISTEN：跳过 DNS 解析 + 只看 TCP LISTEN 状态，更干净
netstat -tunlp 和 lsof -i:端口 输出字段怎么对应
netstat -tunlp 输出最后一列是 PID/Program name，格式为 1234/java；而 lsof -i:端口 输出第一列是 COMMAND，第二列是 PID，中间无斜杠。两者 PID 是一致的，但程序名可能不同：
-
netstat中的java是进程启动时的可执行文件名（常为java） -
lsof中的COMMAND是进程的 argv[0]，可能是java，也可能是tomcat（如果用了 wrapper）或完整路径如/opt/tomcat/bin/bootstrap.jar - 真正确认进程归属，得靠
ps -p PID -o pid,user,comm,args，其中args能看到完整启动命令
查到 PID 后怎么快速定位进程真实路径和配置
仅知道 PID 不足以判断服务是否可安全重启。必须确认它跑在哪、用什么配置启动：
-
ls -l /proc/<pid>/exe</pid>：查看实际执行文件路径（软链接，常指向/usr/bin/java） -
ls -l /proc/<pid>/cwd</pid>：当前工作目录，很多服务（如 Tomcat）的conf/、webapps/就在这下面 -
cat /proc/<pid>/cmdline | tr '\0' ' '</pid>：原始启动命令，含 JVM 参数、JAR 路径、配置文件位置（如-Dspring.config.location=...） -
lsof -p <pid> -d cwd,txt,mem</pid>：集中查看该进程打开的关键文件描述符
kill -9 之前必须确认的三件事
直接 kill -9 $(lsof -ti:端口) 很快，也很危险：
- 确认该端口不是被系统关键服务占用（如
sshd占22、systemd-journald占53） - 确认没有多个进程监听同一端口（如 nginx master + worker 共享 socket，
lsof -i:端口可能列出多个 PID，但 kill master 就够了） - 确认该进程没有被 systemd 管理 —— 如果是
systemctl start nginx启动的，应该用systemctl restart nginx，而不是裸 kill
最稳妥的做法是先 ps -p <pid> -o pid,user,ppid,comm,args</pid>，看父进程 PPID 是否为 1（systemd）或是否有明显 service 名称。
