旅途

如果想飞得高,就该把地平线忘掉

僵尸进程的产生和避免

   在fork()/execve()过程中,假设子进程结束时父进程仍存在,而父进程fork()之前既没安装SIGCHLD信号处理函数调用 waitpid()等待子进程结束,又没有显式忽略该信号,则子进程成为僵尸进程,无法正常结束,此时即使是root身份kill -9也不能杀死僵尸进程。补救办法是杀死僵尸进程的父进程(僵尸进程的父进程必然存在),僵尸进程成为”孤儿进程”,过继给1号进程init,init始 终会负责清理僵尸进程。

产生原因:
1.在子进程终止后到父进程调用wait()前的时间里,子进程被称为zombie。
2.网络原因有时会引起僵死进程。

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

wait的函数原型是:
  
  #include /* 提供类型pid_t的定义 */
  #include
   pid_t wait(int *status)
  
  进程一旦调用了wait,就立即阻塞自己,由wait自动分析是否当前进程的某个子进程已经退出,如果让它找到了这样一个已经变成僵尸的子进程, wait就会收集这个子进程的信息,并把它彻底销毁后返回;如果没有找到这样一个子进程,wait就会一直阻塞在这里,直到有一个出现为止。
  
  参数status用来保存被收集进程退出时的一些状态,它是一个指向int类型的指针。但如果我们对这个子进程是如何死掉的毫不在意,只想把这个僵尸进程消灭掉,(事实上绝大多数情况下,我们都会这样想),我们就可以设定这个参数为NULL,就象下面这样:
  
  pid = wait(NULL);
  
  如果成功,wait会返回被收集的子进程的进程ID,如果调用进程没有子进程,调用就会失败,此时wait返回-1,同时errno被置为ECHILD。
 

waitpid的函数原型是:


  简介
  waitpid系统调用在Linux函数库中的原型是:
  
  #include /* 提供类型pid_t的定义 */
  #include
  pid_t waitpid(pid_t pid,int *status,int options)

从本质上讲,系统调用waitpid和wait的作用是完全相同的,但waitpid多出了两个可由用户控制的参数pid和options,从而为我们编程提供了另一种更灵活的方式。下面我们就来详细介绍一下这两个参数:
  
  ● pid
  
  从参数的名字pid和类型pid_t中就可以看出,这里需要的是一个进程ID。但当pid取不同的值时,在这里有不同的意义。
  
  pid>0时,只等待进程ID等于pid的子进程,不管其它已经有多少子进程运行结束退出了,只要指定的子进程还没有结束,waitpid就会一直等下去。
  
  pid=-1时,等待任何一个子进程退出,没有任何限制,此时waitpid和wait的作用一模一样。
  
  pid=0时,等待同一个进程组中的任何子进程,如果子进程已经加入了别的进程组,waitpid不会对它做任何理睬。
  
  pid<-1时,等待一个指定进程组中的任何子进程,这个进程组的ID等于pid的绝对值。

  ● options

  options提供了一些额外的选项来控制waitpid,目前在Linux中只支持WNOHANG和WUNTRACED两个选项,这是两个常数,可以用"|"运算符把它们连接起来使用,比如:


  ret=waitpid(-1,NULL,WNOHANG | WUNTRACED);


  如果我们不想使用它们,也可以把options设为0,如:


  ret=waitpid(-1,NULL,0);
  
  如果使用了WNOHANG参数调用waitpid,即使没有子进程退出,它也会立即返回,不会像wait那样永远等下去。
  
  而WUNTRACED参数,由于涉及到一些跟踪调试方面的知识,加之极少用到,这里就不多费笔墨了,有兴趣的读者可以自行查阅相关材料。
  
  看到这里,聪明的读者可能已经看出端倪了--wait不就是经过包装的waitpid吗?没错,察看<内核源码目录>/include/unistd.h文件349-352行就会发现以下程序段:
  
  static inline pid_t wait(int * wait_stat)
  {
   return waitpid(-1,wait_stat,0);
  }
  

  返回值和错误
  
  waitpid的返回值比wait稍微复杂一些,一共有3种情况:
  
  ● 当正常返回的时候,waitpid返回收集到的子进程的进程ID;
  
  ● 如果设置了选项WNOHANG,而调用中waitpid发现没有已退出的子进程可收集,则返回0;
  
  ● 如果调用中出错,则返回-1,这时errno会被设置成相应的值以指示错误所在;
  
  当pid所指示的子进程不存在,或此进程存在,但不是调用进程的子进程,waitpid就会出错返回,这时errno被设置为ECHILD

其它:

调用 wait&waitpid 来处理终止的子进程:

pid_t wait(int* statloc);
pid_t waitpid(pid_t pid,
int*statloc, int options);

两个函数都返回两个值:函数的返回值和终止的子进程ID,而子进程终止的状态则是通过statloc指针返回的。

     wait&waitpid 的区别是显而易见的,wait等待第一个终止的子进程,而waitpid则可以指定等待特定的子进程。这样的区别可能会在下面这种情况时表现得更加明显:
         当同时有5个客户连上服务器,也就是说有五个子进程分别对应了5个客户,此时,五个客户几乎在同时请求终止,这样一来,几乎同时,五个FIN发向服务器, 同样的,五个SIGCHLD信号到达服务器,然而,UNIX的信号往往是不会排队的,显然这样一来,信号处理函数将只会执行一次,残留剩余四个子进程作为 僵尸进程驻留在内核空间。此时,正确的解决办法是利用waitpid(-1, &stat, WNOHANG)防止留下僵尸进程。其中的pid为-1表明等待第一个终止的子进程,而WNOHANG选择项通知内核在没有已终止进程项时不要阻塞。

wait&waitpid 区别

       waitpid提供了wait函数不能实现的3个功能:

  • waitpid等待特定的子进程, 而wait则返回任一终止状态的子进程;
  • waitpid提供了一个wait的非阻塞版本;
  • waitpid支持作业控制(以WUNTRACED选项).
用于检查wait和waitpid两个函数返回终止状态的宏:

这两个函数返回的子进程状态都保存在statloc指针中, 用以下3个宏可以检查该状态:

  • WIFEXITED(status): 若为正常终止, 则为真. 此时可执行
    • WEXITSTATUS(status): 取子进程传送给exit或_exit参数的低8位.
  • WIFSIGNALED(status): 若为异常终止, 则为真. 此时可执行
    • WTERMSIG(status):   取使子进程终止的信号编号.
  • WIFSTOPPED(status): 若为当前暂停子进程, 则为真. 此时可执行
WSTOPSIG(status): 取使子进程暂停的信号编号

posted on 2007-08-01 00:24 旅途 阅读(1225) 评论(0)  编辑 收藏 引用 所属分类: Linux开发


只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理