Mac终端无法直接杀死僵尸进程，因其已终止仅剩内核表项，需处理未回收的父进程；通过ps aux | grep 'Z'确认存在，ps -eo pid,ppid,stat,comm | grep 'Z'定位PPID，再检查父进程状态，必要时发SIGCHLD或重启父进程。
Mac终端无法直接“杀死”僵尸进程，因为僵尸进程本身已终止，只留下内核中的进程表项等待父进程回收；真正需要处理的是其未正确回收的父进程或导致僵尸持续存在的异常父子关系。
确认是否存在僵尸进程
在终端中运行：ps aux | grep 'Z'。
若输出中出现状态列为 Z 或 Z+ 的行（例如 user 12345 0.0 0.0 0 0 ?? Z 12:34PM 0:00.00 (zombie)），说明当前存在僵尸进程。注意：单次运行可能漏检，建议连续执行2～3次观察是否稳定复现。
定位僵尸进程的父进程（PPID）
执行：ps -eo pid,ppid,stat,comm | grep 'Z'。
该命令会同时显示僵尸进程 PID、其父进程 PID（PPID）、状态和命令名。重点关注第二列的 PPID 值——它指向那个本该调用 wait() 却迟迟未回收子进程的父进程。
例如输出为 18921 18920 Z -，说明 PID 18921 是僵尸，而它的父进程是 18920。这一步不可跳过，盲目杀错父进程可能导致系统服务中断。
检查父进程是否仍在运行
拿到 PPID 后，立即运行：ps -p 【PPID】 -o pid,ppid,comm,state（把【PPID】替换成上一步查到的实际数字）。
如果返回空结果，说明父进程已退出，此时僵尸进程会在下次内核清理周期中自动消失，无需干预。
如果返回正常进程信息（state 显示为 S/R 等活跃状态），则进入下一步处理。
向父进程发送 SIGCHLD 信号促使其回收
方法一：主动唤醒回收
运行：kill -s SIGCHLD 【PPID】。
这是最安全的做法。SIGCHLD 会提示父进程检查子进程状态并调用 wait() 清理僵尸。多数正规编写的程序（如 bash 脚本、Python multiprocessing 父进程）对此信号有响应逻辑。
方法二：重启父进程（仅限可控用户级进程）
若父进程是你自己启动的脚本或开发服务（如 Node.js 启动的子进程管理器），直接终止它再重启：kill 【PPID】 && 【重新启动命令】。
注意：不要对 PID 为 1 的 init 进程（即 launchd）或系统守护进程（如 windowserver、distnoted）尝试 kill 或发信号；macOS 的 launchd 会自动清理其直系子进程僵尸，人为干预反而可能触发异常行为。
验证僵尸是否消失
再次运行：ps aux | grep 'Z'。
若无任何输出，说明清理成功。若有残留，且 PPID 指向 launchd（PID=1），则属于内核正常行为，将在系统空闲时自动回收，无需进一步操作。
