僵尸进程最直接、最关键的系统影响是持续占用进程表空间，导致PID耗尽，使fork()失败、新进程无法创建，引发SSH登录拒绝、服务重启失败等突发性功能中断。
僵尸进程最直接、最关键的系统影响，就是持续占用进程表（process table）空间。每个进程——无论运行中还是已终止——在内核中都对应一个进程描述符（task_struct），必须登记在进程表中。而僵尸进程虽已退出，其描述符仍保留在表中，只为等待父进程调用 wait() 或 waitpid() 读取退出状态并释放条目。
为什么进程表空间会被耗尽
Linux 系统的进程表是固定大小的内核数据结构，由 kernel.pid_max 参数限制（默认通常为 32768）。每个僵尸进程永久占据一个有效 PID 和一个表项，直到被回收。这意味着：
- 僵尸进程不释放 PID，新进程无法复用该编号，可用 PID 池实际缩小；
- 当僵尸数量接近 pid_max，fork() 系统调用会失败，返回 EAGAIN；
- 此时任何需要创建新进程的操作都会中断：服务无法重启、cron 任务失败、SSH 登录拒绝、甚至 systemd 启动单元报 “Cannot allocate memory”；
- 在容器或云环境中，单个宿主机上多个应用累积僵尸，更容易触达上限。
如何确认进程表是否紧张
不能只看僵尸数量，要结合当前 PID 使用率判断风险：
- 查当前最大 PID 限制：cat /proc/sys/kernel/pid_max
- 查已分配 PID 总数：ps -eo pid= | wc -l（含僵尸和活跃进程）
- 查僵尸进程数：ps aux | awk '$8 ~ /^Z/ {count++} END {print count+0}'
- 若僵尸数 > pid_max 的 5%～10%，且整体 PID 使用率 > 80%，就应预警。
进程表耗尽的典型表现
这不是缓慢退化，而是突发性功能失效：
- 新进程启动失败，错误提示常为 “Resource temporarily unavailable” 或 “Cannot fork”；
- systemctl start xxx 卡住或报 “Failed to fork: Cannot allocate memory”；
- 用户登录失败（sshd 需 fork 子进程处理连接）；
- 日志中频繁出现 “Out of memory: Kill process”（实为 PID 耗尽误报）；
- top/htop 显示 load average 异常升高，但 CPU 和内存使用率正常——本质是调度器反复尝试 fork 失败导致的内核重试开销。
真正有效的缓解方式
杀死僵尸进程本身无效（它已死，kill 不起作用），关键在清理源头：
- 定位并重启问题父进程（如老旧守护进程未设 SIGCHLD 处理器）；
- 向父进程发送 SIGCHLD（kill -s SIGCHLD <ppid>），促使其主动回收；
- 若父进程僵死，可 kill 其父进程，让 init（PID 1）自动接管并清理所有子僵尸；
- 长期方案：在代码中统一使用 waitpid(-1, &status, WNOHANG) 非阻塞轮询，或注册 SIGCHLD 信号处理器。
