僵尸进程

理解僵尸进程与孤儿进程:Linux进程管理

1.僵尸进程与孤儿进程

  • 僵尸进程:如果子进程先于父进程退出,此时子进程便成为一个尸体;此前,如果父进程没有调用wait等相关系统调用,那么子进程便成为僵尸进程.

  • 孤儿进程:如果父进程先于子进程退出,那么子进程变成为孤儿进程,将被init进程领养.

2.进程相关数据结构

  • 进程控制块PCB:保留了进程运转时所需要的全部信息,是进程表中的一个entry.

当以fork()系统调用建立一个新的进程后,核心进程就会在进程表中给这个新进程分配一个PCB,然后将相关信息存储在该进入点所对应的进程表内。这些信息中有一项是其父进程的识别码。当这个进程走完了自己的生命周期后,它会执行exit()系统调用,此时原来进 程表中的数据会被该进程的退出码(exit code)、执行时所用的CPU时间等数据所取代,这些数据会一直保留到系统将它传递给它的父进程为止。由此可见,defunct进程的出现时间是在子进 程终止后,但是父进程尚未读取这些数据之前。

3.linux中的进程操作命令

我们主要来讲解ps\pgrep\pkill三个命令

  • ps:report a snapshot of the current processes.

To see every process on the system using standard syntax:
ps -ef

  1 UID        PID  PPID  C STIME TTY          TIME CMD                                                                                               
  2 root         1     0  0 Mar09 ?        00:00:01 /sbin/init

To see every process on the system using BSD syntax:
ps aux

1 USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
2 root         1  0.0  0.0  24588  2364 ?        Ss   Mar09   0:01 /sbin/init

pgrep和pkill不详细解释了.需要注意的是,上述三个命令得到的都是PCB中的信息.对于僵尸进程,
仍然存在PCB,所以这类进程虽然已经停止,但是用pgrep仍然可以找到,而且无法用pkill杀死.

4.如何杀死僵尸进程

其实用”杀死”已经不是很严密了,因为僵尸进程已经”死了”.准确说是清除僵尸进程的PCB. 由于kill和pkill命令是通过给进程发送信号来让进程退出的,而僵尸进程产生的原因: 父进程没有wait子进程结束也没有安装信号处理函数,况且进程”已经死了”,所以也无法接受信号.

我们用另外一种方法来彻底清除僵尸进程: 杀死僵尸进程的父进程,从而让僵尸进程被init进程接管.

ps -ef | grep defunct_process_pid | xargs pkill

5.如何避免产生僵尸进程

1.设置SIGCLD信号为SIG_IGN,系统将不产生僵死进程。
2.用两次fork(),而且使紧跟的子进程直接退出,使得孙子进程成为孤儿进程,从而init进程将负责清除这个孤儿进程。

那么问题来了:Q1:信号的作用原理是什么?
Q2:init进程是如何负责清除孤儿进程的?方法2中的子进程怎么办?为何不直接一次fork,然后调用wait系统调用?

关于这些疑问,我们可以参考系列文章:
linux信号原理
init进程的作用与工作原理
wait系统调用

<think> 嗯,用户想了解僵尸进程和孤儿进程的概念、产生原因、影响及处理方法。看了用户提供的四篇站内引用,内容都很相关,需要整合这些信息给出系统性的解释。 用户对僵尸进程和孤儿进程的理解可能存在误区。比如引用[1]中提到僵尸进程的元凶是父进程,而引用[2][3][4]都强调僵尸进程的产生是因为父进程没有正确处理子进程退出信号。需要澄清这些概念的区别。 孤儿进程的产生原因比较明确,就是父进程先于子进程退出(引用[1][2])。这里有个有趣的细节:孤儿进程会被init进程接管,这是Unix系统的设计特性。 关于影响方面,引用[1]提到僵尸进程过多会占用系统进程表资源。但引用[2]特别指出僵尸进程不占用内存和CPU,这点很重要,需要强调。用户可能担心资源耗尽问题,但实际危害是有限的。 处理方法上,四篇引用都指向同一个核心方案:正确处理SIGCHLD信号。引用[3][4]提到的wait/waitpid是关键技术点。突然想到用户可能还关心如何预防,这需要补充编程实践的建议。 用户提供的资料里有个矛盾点:引用[1]说守护进程会清理僵尸进程,但标准定义中守护进程并不负责这个。需要指出这个差异,避免用户误解。 最后考虑设计相关问题。用户既然问概念,可能后续会想了解实际编程中的处理技巧,或者如何在现有系统中排查这类问题。准备的问题要覆盖概念理解和实践操作两个维度。 </think> ### 僵尸进程和孤儿进程详解 #### **一、概念** 1. **僵尸进程(Zombie Process)** 子进程退出后,内核会保留其退出状态信息(PCB)直到父进程读取。若父进程**未调用 `wait()`/`waitpid()`** 回收子进程状态,该子进程成为僵尸进程(状态为 `Z`)[^3][^4]。 **特点**: - 不占用内存和CPU资源 - 占用系统**进程表项**(PID不可重用)[^2] *示例*:`ps aux` 中状态为 `Z` 的进程。 2. **孤儿进程(Orphan Process)** 父进程**先于子进程退出**,子进程成为孤儿进程,会被 **`init` 进程(PID=1)接管**并自动回收资源[^1][^2]。 **特点**: - 无害,系统自动处理 - 不会长期占用资源 --- #### **二、产生原因** | **进程类型** | **触发场景** | **关键机制** | |--------------|---------------------------------------------|----------------------------------| | 僵尸进程 | 父进程未处理子进程的 `SIGCHLD` 信号 | 子进程退出时发送 `SIGCHLD`[^3][^4] | | 孤儿进程 | 父进程意外终止(如被 `kill` 或崩溃) | `init` 进程自动接管[^1][^2] | --- #### **三、影响对比** | **类型** | **资源占用** | **系统危害** | **处理方** | |------------|--------------------|----------------------------------|------------------| | 僵尸进程 | 占用进程表项 | 大量堆积导致新进程无法创建 | 需手动回收 | | 孤儿进程 | 短暂占用后自动释放 | 无害 | `init` 自动回收 | > 📌 **关键区别**:僵尸进程因**父进程不作为**产生;孤儿进程因**父进程消失**产生[^1][^2]。 --- #### **四、处理方法** 1. **僵尸进程的解决** - **终止父进程**:父进程退出后,僵尸进程成为孤儿进程,被 `init` 回收[^1]。 ```bash kill -9 <父进程PID> # 强制终止父进程 ``` - **修改父进程代码**: ```c signal(SIGCHLD, SIG_IGN); // 忽略SIGCHLD信号(仅Linux支持) 或 while (waitpid(-1, NULL, WNOHANG) > 0); // 非阻塞回收所有子进程 ``` 2. **孤儿进程的预防** - 父进程使用 `waitpid()` **主动回收子进程**: ```c pid_t pid = fork(); if (pid == 0) { /* 子进程逻辑 */ exit(0); } else { waitpid(pid, NULL, 0); } // 父进程阻塞等待回收 ``` - 创建**守护进程**时需双重 `fork()`,确保孙子进程由 `init` 接管[^1]。 --- #### **五、编程实践建议** - **避免僵尸进程**:父进程必须通过 `wait()` 系列函数或注册 `SIGCHLD` 处理函数回收子进程[^4]。 - **处理孤儿进程**:无需额外操作,系统自动回收。 - **守护进程设计**:若需长期运行,应剥离与控制终端的关联,避免产生孤儿进程群[^1]。 ```c // 典型防僵尸进程代码(SIGCHLD处理) void sigchld_handler(int sig) { while (waitpid(-1, NULL, WNOHANG) > 0); // 非阻塞回收所有僵尸子进程 } int main() { signal(SIGCHLD, sigchld_handler); // 注册信号处理器 // ... 主逻辑 ... } ``` > 💡 **核心原则**:子进程退出状态必须被父进程或 `init` 读取,否则成为僵尸进程[^2][^4]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值