答案：僵尸进程是已终止但未被父进程回收的子进程，主要占用进程表条目，处理方法包括终止父进程以触发init回收，或修复程序代码实现正确回收。
Linux系统中的僵尸进程，本质上是那些已经“死亡”但其父进程尚未对其进行“收尸”的子进程。它们不占用CPU资源，内存占用也微乎其微，但在进程表中仍占据一个位置。处理僵尸进程的核心思路，并非直接“杀死”它们（因为它们已经死了），而是促使它们的父进程去回收这些资源，或者，如果父进程本身有问题，就干脆利落地将其父进程终结。
解决方案
要解决Linux中的僵尸进程问题，我们首先要理解它们为什么会出现。一个子进程在完成执行后，会进入“僵尸”状态（Z），等待其父进程调用
wait()
或
waitpid()
函数来获取其退出状态，并将其从进程表中彻底移除。如果父进程没有这样做，或者父进程在子进程之前就崩溃或退出了，那么这些子进程就会变成僵尸。你不能直接杀死一个僵尸进程，因为它们已经不是一个活着的、可执行的实体了。
实际的清理步骤通常是：
识别僵尸进程及其父进程： 使用
ps aux | grep Z
命令可以列出所有僵尸进程。关键在于找到它们的父进程ID（PPID）。例如，输出中的
PPID
列就是父进程ID。
ps aux | grep Z# 示例输出：# USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND# root 1234 0.0 0.0 0 0 ? Z Oct01 0:00 [defunct_child] # 注意：这里需要更详细的命令来显示PPID，例如：ps -eo pid,ppid,state,cmd | grep Z# 示例输出：# PID PPID S CMD# 1234 1230 Z [defunct_child]
从上面的输出，我们知道PID为1234的僵尸进程，其父进程ID是1230。
终结父进程： 这是最直接、最有效的清理方法。当你杀死一个父进程时，它所拥有的所有僵尸子进程（以及其他活着的子进程）都会被
init
进程（PID 1）收养。
init
进程有一个特殊职责，它会定期检查并回收所有被它收养的僵尸子进程，从而将其从进程表中彻底清除。
kill -9 1230 # 将1230替换为实际的父进程ID
使用
kill -9
是强制终止，通常在
kill
（发送SIGTERM）不奏效时使用。当然，这会终止父进程及其所有相关服务，所以在生产环境中需要谨慎评估影响。
重启相关服务或应用： 如果你知道哪个特定的应用程序或服务产生了这些僵尸进程，并且你不想直接杀死父进程（因为它可能是一个重要的服务），那么可以尝试优雅地重启该服务。重启通常会伴随着父进程的终止和重新启动，这样新的父进程就能正确地处理其子进程的生命周期。
修复应用程序代码： 从根本上解决僵尸进程问题，是修改产生僵尸进程的应用程序代码。确保父进程在创建子进程后，能够适时地调用
wait()
或
waitpid()
来回收子进程的资源。这通常涉及在父进程中实现信号处理（例如捕获
SIGCHLD
信号）或者在适当的逻辑点调用
wait()
。
Linux中僵尸进程的危害究竟有多大？
关于僵尸进程的危害，我个人觉得，很多人可能有些过度担忧了。它们不像活跃进程那样会消耗CPU周期或大量的内存。毕竟，它们已经是“死”了。它们主要的资源占用，仅仅是在进程表（process table）中占据一个条目。
然而，这并不意味着它们完全无害。首先，如果僵尸进程的数量非常庞大，理论上可能会耗尽系统的进程ID（PID）空间。虽然现代Linux系统通常有非常大的PID限制（例如，默认最大32768或更高），但在极端情况下，例如一个buggy的父进程在短时间内创建了成千上万个子进程且不回收，这确实有可能发生。一旦PID耗尽，系统就无法创建新的进程，这会导致严重的系统功能障碍。其次，僵尸进程的存在，更像是一个“症状”而非“疾病”本身。它强烈暗示着其父进程在设计或实现上存在缺陷，未能正确管理其子进程的生命周期。这种缺陷可能不仅仅导致僵尸进程，还可能导致其他更隐蔽的资源泄漏、性能问题或稳定性问题。从这个角度看，僵尸进程是系统健康状况的一个警示信号。再者，大量的僵尸进程会使
ps
等命令的输出变得混乱，增加了系统管理员分析和排查问题的难度。你一眼望去，全是
defunct
的进程，这本身就够让人头疼的了。
所以，我的看法是，单个或少量僵尸进程通常无需过度紧张，但如果它们数量持续增长，或者你发现一个服务反复产生僵尸进程，那就需要认真对待并深入调查了。
Skybox AI
一键将涂鸦转为360°无缝环境贴图的AI神器
140 查看详情 
如何快速定位并识别Linux系统中的僵尸进程？
识别僵尸进程其实并不复杂，关键在于知道用哪些工具和看哪些状态标志。
最常用的命令是
ps
，结合
grep
来过滤出特定状态的进程：
ps aux | grep Z
这条命令会显示所有状态为
Z
（Zombie，僵尸）的进程。输出中，你会看到进程ID（PID）、父进程ID（PPID，虽然
aux
默认不显示，但可以通过
ps -eo pid,ppid,state,cmd
来获取）、状态（STAT）通常是
Z
或
Z+
（后台僵尸），以及命令（COMMAND）通常会显示
。
更详细一点，为了直接看到PPID，我通常会用：
ps -eo pid,ppid,state,cmd | grep Z
这里的
pid
是进程ID，
PPID
是父进程ID，
state
就是进程状态，
cmd
是进程启动命令。通过
PPID
，我们就能直接锁定那个“不负责任”的父进程。
除了
ps
，
top
和
htop
这样的交互式进程查看工具也能帮你识别：
在
top
命令的输出中，你可以看到一个
Z
状态的进程。通常，
top
的摘要区域也会显示僵尸进程的总数，例如
Tasks: 200 total, 1 running, 198 sleeping, 0 stopped, 1 zombie
。
htop
提供了更友好的界面，你可以直接看到进程树，僵尸进程通常会用不同的颜色或标记显示，并且其状态列也会明确显示
Z
。在
htop
中，你甚至可以直接导航到僵尸进程的父进程，这对于理解进程关系非常有帮助。
通过这些工具，我们可以迅速定位到僵尸进程，并进一步追溯其父进程，为后续的清理工作提供依据。
除了杀死父进程，还有其他更优雅的僵尸进程处理方案吗？
是的，当然有。虽然杀死父进程是最直接有效的“治标”方法，但从长远来看，更“优雅”的方案总是聚焦于“治本”——即从根源上预防僵尸进程的产生。
修改应用程序代码，正确调用
wait()
或
waitpid()
：这是最根本、最优雅的解决方案。如果一个应用程序会创建子进程，那么它就有责任在子进程退出后调用
wait()
或
waitpid()
来回收子进程的资源。这通常在父进程的某个循环中，或者在接收到
SIGCHLD
信号时完成。例如，在C语言中，父进程可以这样处理：
#include #include #include #include void sigchld_handler(int signum) { // 使用WNOHANG选项，防止waitpid阻塞父进程 // 循环调用waitpid，以防有多个子进程同时退出 while (waitpid(-1, NULL, WNOHANG) > 0) { printf("Child process reaped.n"); }}int main() { struct sigaction sa; sa.sa_handler = sigchld_handler; sigemptyset(&sa.sa_mask); sa.sa_flags = SA_RESTART | SA_NOCLDSTOP; // SA_NOCLDSTOP防止SIGCHLD在子进程停止时发送 if (sigaction(SIGCHLD, &sa, 0) == -1) { perror("sigaction"); return 1; } pid_t pid = fork(); if (pid == -1) { perror("fork"); return 1; } else if (pid == 0) { // 子进程代码 printf("Child process running and exiting.n"); _exit(0); // 子进程退出 } // 父进程继续执行其他任务，等待SIGCHLD信号 printf("Parent process running, waiting for child.n"); sleep(10); // 模拟父进程做其他工作 printf("Parent process exiting.n"); return 0;}
通过设置
SIGCHLD
信号处理器，父进程可以在子进程退出时异步地进行回收，避免了僵尸进程的产生。
“双fork”技术（Double-forking）用于守护进程：对于那些需要作为守护进程（daemon）运行的应用程序，一种常见的实践是使用“双fork”技术来避免僵尸进程。其原理是：
父进程fork出第一个子进程。父进程立即退出。这样，第一个子进程就变成了孤儿进程，会被
init
进程（PID 1）收养。第一个子进程再fork出第二个子进程，然后第一个子进程立即退出。这样，第二个子进程又成了孤儿进程，再次被
init
进程收养。由于
init
进程会负责回收其所有子进程，所以第二个子进程退出后，不会产生僵尸进程。这种方法确保了守护进程的真正工作进程，其父进程始终是
init
，从而避免了僵尸进程问题。
配置系统服务管理器：如果你运行的是一个通过
systemd
、
supervisord
或其他服务管理器启动的应用程序，这些管理器通常会负责管理其子进程的生命周期。确保你的服务配置正确，有时服务管理器自身就能处理子进程的回收问题，或者在服务重启时清理掉残留的僵尸进程。
总的来说，处理僵尸进程的“优雅”之道，更多的是一种预防性的编程实践和系统设计考量。对于已经存在的僵尸进程，尤其是在生产环境中，如果无法立即修复其父进程的代码，那么杀死父进程，让
init
来收拾残局，往往是最快速且副作用可控的解决方案。
以上就是如何在Linux中僵尸进程 Linux僵尸进程清理的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/935811.html
微信扫一扫 
支付宝扫一扫 
