僵尸进程是子进程已终止但父进程未回收其元数据，占用pid；孤儿进程是父进程先退出，子进程被init接管并自动回收。
僵尸进程和孤儿进程是 Linux 进程管理中两个常被混淆但本质完全不同的状态。僵尸进程不是“卡住”，而是“已死未收尸”；孤儿进程也不是“失控”，而是“父母早逝、由 init 养大”。它们的成因、表现、危害和处理方式截然不同，搞清这点，排查才不会南辕北辙。
僵尸进程：子先死、父不收，占 PID 不放
子进程调用 exit() 结束后，内核会释放其内存、文件描述符等绝大部分资源，但必须保留进程 ID（PID）、退出码、运行时间等少量元数据，等待父进程通过 wait() 或 waitpid() 主动读取并清理。如果父进程没调用、忘了调、卡住了、或压根没写回收逻辑，这个“尸体”就挂在进程表里，状态显示为 Z 或
- 关键判断依据：ps 或 top 中看到状态列是 Z，且 PPID 指向一个仍在运行的父进程
- 它不消耗 CPU、不占内存，但持续占用一个 PID 号
- kill -9 对它完全无效——它已经死了，没有执行体可杀
- 系统 PID 资源有限（默认通常 32768），大量僵尸会耗尽 PID，导致新进程无法创建
孤儿进程：父先死、子犹在，init 自动接手
当父进程在子进程还活着时就退出（无论是正常 exit 还是崩溃），子进程就失去父进程。此时内核会自动将该子进程的父进程 ID（PPID）改为 1，即 init（或 systemd）。init 进程有特殊职责：定期调用 wait() 回收所有成为孤儿的子进程，所以孤儿进程不会变成僵尸，也不会长期残留。
- 关键判断依据：ps 查看 PPID = 1，且进程状态是 R/S（运行或睡眠），不是 Z
- 它和普通进程一样占用资源，但无额外风险
- 无需人工干预，init 会妥善收尾
- 常见于服务脚本中父进程提前退出、守护进程 fork 后双 detach 的第一层子进程
一眼区分：看状态 + 看 PPID
用一条命令就能快速定位：
ps aux | awk '$8 ~ /Z/ {print "僵尸:", $2, "父PID:", $3}'再补一句查孤儿：
ps -eo pid,ppid,state,comm | awk '$2 == 1 && $3 !~ /Z/ {print "孤儿:", $1, $4}'- Z 状态 + PPID ≠ 1 → 僵尸进程
- PPID == 1 + 非 Z 状态 → 孤儿进程
- Z 状态 + PPID == 1 → 几乎不可能，说明 init 本身异常（极罕见）
僵尸进程怎么清？别硬 kill，要对症下药
核心思路只有两个方向：让父进程自己收尸，或者让它没法不收尸。
-
发信号提醒：向父进程发送 SIGCHLD（kill -s SIGCHLD
），触发其注册的信号处理函数执行 wait -
干掉父进程：若父进程无响应或设计缺陷，直接 kill 它（kill
或 kill -9 ）。子进程立刻变孤儿，被 init 接管并秒级回收 - 重启服务进程：对 systemd 管理的服务，systemctl restart xxx 可重置整个父子链
- 代码修复（根治）：父进程中添加 signal(SIGCHLD, sigchld_handler) 并在 handler 里循环调用 waitpid(-1, &status, WNOHANG)
