僵尸进程是已终止但未被父进程回收的子进程，不占cpu和内存，仅占用pid资源，状态为z或defunct；需通过清理父进程或增强其sigchld处理机制来解决。
僵尸进程不是“活”着的进程，而是已终止、却没被父进程收尸的子进程。它不占CPU、不耗内存，但死死卡在进程表里，状态显示为Z或defunct。积累多了会耗尽PID资源，导致新进程无法创建——系统表面正常，实则已失去扩展能力。防控核心不在子进程怎么死，而在父进程有没有及时回收。
快速识别与定位
僵尸进程本身不可杀，关键要找到它的“亲生父亲”。
- 查所有Z状态进程：
ps -eo pid,ppid,state,cmd | awk '$3 ~ /Z/' - 确认某个僵尸的父进程PID：
ps -o ppid= -p [僵尸PID] - top命令顶部行直接显示zombie数量，适合日常巡检
稳妥清理方法
别对僵尸进程本身执行kill -9，那毫无作用。重点是让父进程放手或交权。
- 向父进程发SIGTERM：
kill -TERM [PPID]，多数服务会优雅退出，init自动接管并清理其子僵尸 - 对systemd管理的服务，优先用
sudo systemctl restart [服务名]，比直接发信号更安全可靠 - 仅当父进程无响应且非关键时，才考虑
kill -9 [PPID]；此时init会立即收编所有子进程
编程中预防要点
靠运气不行，回收逻辑必须写进代码。
- 显式非阻塞回收：在主循环或信号处理函数中调用
waitpid(-1, NULL, WNOHANG)，确保多个子进程退出也能全收 - 信号驱动方案：注册SIGCHLD handler，并在其中循环waitpid，避免遗漏
- 语言级封装优先：Python用
subprocess.Popen.wait()或concurrent.futures.ProcessPoolExecutor，内部已处理回收 - 长期守护进程建议加
setsid()，使子进程脱离原会话，避免因父进程异常挂起而滞留
运维层面加固策略
单靠人工排查不够，需体系化防控。
- 监控项必含
/proc/stat中的processes和procs_running，结合zombie计数设阈值告警 - 容器环境中，containerd等运行时默认自动回收僵尸，可降低宿主机风险
- 关键服务部署前检查是否忽略SIGCHLD或缺失wait逻辑，尤其注意C/Go等手动内存管理语言
