Linux内核对孤儿进程的收养是原子且即时的，父进程被kill -9终止时，内核立即将其子进程ppid设为1，子进程不会变僵尸，而是立刻成为孤儿并继续运行；僵尸仅由活着但未wait子进程的父进程导致。
这种情况实际不会发生。
Linux 内核对孤儿进程的收养机制是原子且即时的，不存在“systemd 或 init 未及时响应”的窗口期。
当父进程被 SIGKILL（kill -9）终止时：
- 内核在销毁该父进程的瞬间，就遍历其所有子进程；
- 对每个仍在运行的子进程，立即将其 ppid（父进程 ID）设为 1（在使用 systemd 的系统中，实际是 PID 1 的 systemd 进程，它完全兼容 init 行为）；
- 此过程由内核同步完成，不依赖任何用户态进程轮询或延迟触发。
因此：
- 子进程不会变成僵尸，而是立刻成为孤儿进程（状态仍是 R/S，不是 Z）；
- 它继续正常运行，只是父进程变了；
- 当该子进程后续调用 exit() 终止时，它会向 PID 1 发送 SIGCHLD；
- systemd（或传统 init）已预设了 SIGCHLD 处理逻辑，会立即调用 waitpid(-1, …) 回收——这个动作在子进程退出后几毫秒内完成，不会滞留为僵尸。
真正可能观察到短暂 Z 状态的情况，只出现在一种场景：
- 父进程没被 kill，而是自身存在 bug：例如 fork 后忘记 wait、SIGCHLD handler 中漏掉循环 waitpid、或阻塞在不可中断睡眠中无法响应信号。
所以如果你看到 Z 进程，并且它的 ppid 是 1：
- 那说明它原本的父进程早已退出，它已被 init/systemd 收养；
- 但它自己还没 exit —— 所以还不是僵尸；
- 一旦它 exit，systemd 会秒级回收；
- 若它 exit 后仍显示 Z 且 ppid=1，那属于极罕见内核或 init 实现异常（2026 年主流发行版无此报告）。
简言之：
被 kill -9 的父进程不会留下需要“等待 init 响应”的僵尸；僵尸只源于活着却失职的父进程。
