僵尸进程的实质：系统表项未释放的资源占用

僵尸进程的本质是子进程已终止但父进程未调用wait()/waitpid()回收其退出状态，导致内核保留其task_struct、PID及元数据；该状态标记为Z，不占CPU/内存，但持续占用PID和进程表项，积压过多将耗尽PID资源并阻碍新进程创建。

僵尸进程的本质，就是子进程已经终止运行，但它的进程表项（包括PID、退出状态、资源统计等）仍保留在内核中，没有被父进程取走和释放。

为什么系统表项会卡住不释放

子进程退出时，内核会保留它的进程描述符（task_struct）和少量元数据，目的是把退出码、运行时间、信号信息等“交付”给父进程。这个交付动作必须由父进程主动完成——调用 wait() 或 waitpid() 才算正式签收。没签收，系统就一直留着这张“未结账单”，进程状态显示为 Z，也就是僵死状态。

• 不是内核忘了清理，而是设计上必须由父进程确认回收
• 即使父进程在忙、挂起、或逻辑遗漏，这张表项也不会自动过期
• init 进程（PID=1）只接管孤儿进程，不接管还在“有主”状态的僵尸进程

被占用的系统表项具体包含什么

虽然僵尸进程不占CPU、不跑代码、不占用户内存，但它锁住的是内核关键资源：

• PID 号：该编号暂时无法分配给新进程，系统 PID 空间有限（通常默认 32768 或可配置）
• 进程表（process table）条目：每个条目含状态、父PID、退出码等字段，持续占用内核内存
• 文件描述符表残留引用：若子进程退出前打开了文件或socket，相关内核结构可能延迟释放
• 信号队列中的 SIGCHLD 待处理标记：影响父进程信号调度的准确性

表项长期不释放的实际后果

单个僵尸进程影响微乎其微，但积少成多就会触发系统级瓶颈：

• 当 PID 耗尽，fork() 失败，新进程无法启动——Web 服务无法扩容、定时任务失败、SSH 登录拒绝
• 进程表满载后，ps/top 命令变慢，甚至部分内核接口响应延迟
• 大量 Z 态进程增加内核遍历开销，尤其在高并发 fork/wait 场景下放大性能损耗