僵尸进程本质是父进程未回收子进程退出状态，状态为z，不可被kill -9，需杀其父进程由init接管回收；可通过ps、top识别，用screen/tmux或kitty自动清理机制避免复发。
SSH会话异常中断后，后台运行的交互式Shell进程变成僵尸，本质不是Shell“卡住”了，而是它的父进程（通常是sshd或bash）没及时回收子进程退出状态。这类僵尸不占CPU、不耗内存，但堆积多了会塞满进程表，影响新进程创建。
先确认是不是真僵尸，别误判
僵尸进程在ps里状态是Z，命令列末尾常带
-
ps -eo pid,ppid,stat,comm | grep ' Z '—— 只显示Z状态且字段对齐清晰 -
ps aux | awk '$8 ~ /^Z$/ {print $2, $11}'—— 输出PID和CMD，避开ZW等干扰项 -
top -b -n1 | grep "zombie"—— 看汇总行有没有zombie计数
注意：D状态（不可中断睡眠）不是僵尸，那是进程还活着但卡在I/O；Z状态的进程本身无法被kill -9，发信号无效。
快速清理：杀父进程让init接管
僵尸本身不能杀，真正该操作的是它的父进程（PPID）。父进程一退出，所有子僵尸自动被PID 1（systemd或init）收养并立即回收。
- 查僵尸的父PID：
ps -o ppid= -p [僵尸PID] - 确认父进程是否可终止（比如不是sshd主进程、nginx master等核心服务）：
ps -p [PPID] -o pid,ppid,user,comm,args - 安全杀父：
kill -9 [PPID]
如果批量出现，可用：ps -eo stat,ppid,pid,comm | awk '$1 ~ /^Z/ {print $2}' | sort -u | xargs kill -9，但需谨慎评估连锁影响。
避免反复发生：从SSH会话管理入手
频繁出现说明SSH连接断开时，终端或shell没触发正确的子进程清理流程。重点做三件事：
- 用
screen或tmux包裹交互式任务：断网后执行Ctrl+A D分离，再重连用screen -d -r恢复，进程始终在服务端运行 - Kitty用户启用自动清理：
kitty +kitten edit_config，添加ssh_cleanup_on_exit yes - 改用Kitty内置SSH工具启动：
kitty +kitten ssh user@host，它比普通ssh命令更严格管理生命周期
长期根治：检查父进程是否忽略SIGCHLD
如果僵尸总来自某个自研脚本或定制服务，大概率是它fork子进程后没处理SIGCHLD信号。解决方式只有两种：
- 在父进程中显式调用
wait()或waitpid()回收子进程 - 或直接忽略信号：
signal(SIGCHLD, SIG_IGN)，内核会自动清理子进程退出状态
临时杀父能清当前僵尸，但不改代码，问题还会回来。
