有关wait及waitpid一些解释

 

wait的函数原型是： 　

#include

#include

pid_t wait(int *status) 　　　　

      进程一旦调用了wait，就立即阻塞自己，由wait自动分析是否当前进程的某个子进程已经退出，

如果让它找到了这样一个已经变成僵尸的子进程， wait就会收集这个子进程的信息，并把它彻底销毁后返回；

如果没有找到这样一个子进程，wait就会一直阻塞在这里，直到有一个出现为止。　　　　

      参数status用来保存被收集进程退出时的一些状态，它是一个指向int类型的指针。但如果我们对这个

子进程是如何死掉的毫不在意，只想把这个僵尸进程消灭掉，（事实上绝大多数情况下，我们都会这样想），

我们就可以设定这个参数为NULL，就象下面这样：pid = wait(NULL);

如果成功，wait会返回被收集的子进程的进程ID，如果调用进程没有子进程，调用就会失败，

此时wait返回-1，同时errno被置为ECHILD。　

　　
waitpid(等待子进程中断或结束)
      #include
      #include
定义函数  pid_t waitpid(pid_t pid,int * status,int options);
函数说明
    waitpid()会暂时停止目前进程的执行,直到有信号来到或子进程结束。

如果在调用 wait()时子进程已经结束,则 wait()会立即返回子进程结束状态值，

子进程的结束状态值会由参数 status 返回,而子进程的进程识别码也会一快返回。

如果不在意结束状态值,则参数 status 可以设成 NULL。参数 pid 为欲等待的子进程

识别码,其他数值意义如下:
    pid<-1 等待进程组识别码为 pid 绝对值的任何子进程。
    pid=-1 等待任何子进程,相当于 wait()。            
    pid=0  等待进程组识别码与目前进程相同的任何子进程。       
    pid>0  等待任何子进程识别码为 pid 的子进程。

    参数 option 可以为 0 或下面的 OR 组合:
    WNOHANG 如果没有任何已经结束的子进程则马上返回, 不予以等待。
    WUNTRACED 如果子进程进入暂停执行情况则马上返回,但结束状态不予以理会。
    子进程的结束状态返回后存于 status,底下有几个宏可判别结束情况:
    WIFEXITED(status)如果子进程正常结束则为非 0 值。
    WEXITSTATUS(status)取得子进程 exit()返回的结束代码,

                       一般会先用 WIFEXITED 来判断是否正常结束才能使用此宏。
    WIFSIGNALED(status)如果子进程是因为信号而结束则此宏值为真
    WTERMSIG(status)   取得子进程因信号而中止的信号代码,

                       一般会先用 WIFSIGNALED 来判断后才使用此宏。
    WIFSTOPPED(status) 如果子进程处于暂停执行情况则此宏值为真。

                       一般只有使用 WUNTRACED 时才会有此情况。
    WSTOPSIG(status)   取得引发子进程暂停的信号代码,

                       一般会先用 WIFSTOPPED 来判断后才使用此宏。

    如果执行成功则返回子进程识别码(PID),如果有错误发生则返回返回值-1。失败原因存于 errno 中。

这时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的信号往往是不会排队的，显然这样一来，

信号处理函数将只会执行一次，残留剩余四个子进程作为僵尸进程驻留在内核空间。此时，正确的解决办法是

利用while(waitpid(-1, &stat, WNOHANG)!=-1)防止留下僵尸进程。

其中的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): 取使子进程暂停的信号编号

 

waitpid系统调用  : 
功能描述： 
等待进程改变其状态。所有下面哪些调用都被用于等待子进程状态的改 变，获取状态已改变的子进程信息。状态改变可被认为是：1.子进程已终止。2.信号导致子进程停止执行。3.信号恢复子进程的执行。在子进程终止的情况 下，wait调用将允许系统释放与子进程关联的资源。如果不执行wait，终止了的子进程会停留在"zombie"状态。

如果发现子进程改变了状态，这些调用会立即返回。反之，调用会被阻塞直到子进程状态改变，或者由信号处理句柄所中断(假如系统调用没有通过sigaction的SA_RESTART标志重启动)。

wait 系统调用挂起当前执行中的进程，直到它的一个子进程终止。waitpid挂起当前进程的执行，直到指定的子进程状态发生变化。默认，waitpid只等待 终止状态的子进程，但这种行为可通过选项来改变。waitid系统调用对于等待哪个子进程状态改变提供了更精确的控制。
  
子进程已终 止，父进程尚未对其执行wait操作，子进程会转入“僵死”状态。内核为“僵死”状态的进程保留最少的信息量(进程标识，终止状态，资源使用信息)，过后 父进程执行wait时可以获取子进程信息。只要僵死的进程不通过wait从系统中移去，它将会占据内核进程表中的一个栏位。如果进程表被填满，内核将不能 再产生新进程。如果父进程已终止，它的僵死子进程将由init进程收养，并自动执行wait将它们移去。

 

pid_t wait(int *status);
pid_t waitpid(pid_t pid, int *status, int options);
int waitid(idtype_t idtype, id_t id, siginfo_t *infop, int options);

 

status：指向子进程的返回状态，可通过以下宏进行检索

/************************************************************************/

WIFEXITED(status)    返回真如果子进程正常终止，例如：通过调用exit()，_exit()，

                     或者从main()的return语句返回。

WEXITSTATUS(status)  返回子进程的退出状态。这应来自子进程调用exit()或_exit()时指定的参数，

                     或者来自main内部return语句参数的最低字节。只有WIFEXITED返回真时，才应该使用。

/************************************************************************/
WIFSIGNALED(status)  返回真如果子进程由信号所终止

WTERMSIG(status)     返回导致子进程终止的信号数量。只有WIFSIGNALED返回真时，才应该使用。

WCOREDUMP(status)    返回真如果子进程导致内核转存。只有WIFSIGNALED返回真时，才应该使用。

                     并非所有平台都支持这个宏，使用时应放在  #ifdef WCOREDUMP ... #endif内部。
/************************************************************************/

WIFSTOPPED(status)   返回真如果信号导致子进程停止执行。

WSTOPSIG(status)     返回导致子进程停止执行的信号数量。只有WIFSTOPPED返回真时,才应该使用。

/************************************************************************/

WIFCONTINUED(status)    返回真如果信号导致子进程继续执行。

/************************************************************************/

下面是Linux特有的选项，不能用于waitid
__WCLONE //只等待"clone"的子进程。一个"clone" 进程即是终止时不会给父进程发送信号，或者不会给父进程发送SIGCHLD信号的进程。
__WALL //等待所有类型的子进程，包括"clone"和"non-clone"。
__WNOTHREAD //不会等待同一线程组的其它线程的子孙。

WUNTRACED 和 WCONTINUED 只有在SIGCHLD信号没有设置SA_NOCLDSTOP标志时才起作用。

idtype，id：这两个参数结合在一起指出应选择等待哪些子进程，可能情况有

idtype == P_PID //等待进程标识与id匹配的子进程。
idtype == P_PGID //等待进程组标识与id匹配的任何子进程。
idtype == P_ALL //等待任何子进程，id无作用

可在options参数中指定的感兴趣的子进程状态改变标志有以下常量，可以通过or运算加以组合

WEXITED //等待已终止的子进程。
WSTOPPED //等待由于信号已停止执行的子进程。
WCONTINUED //等待由于信号已恢复执行的子进程。
WNOHANG //作用如同waitpid。
WNOWAIT //保留子进程的可等待状态，后面的wait调用可再次获取子进程的状态信息。

infop：成功执行返回时，waitid将填充infop所指向结构体的如下字段

si_pid //子进程标识。
si_uid //子进程的真实用户标识。
si_signo //总被设置为SIGCHLD。
si_status //子进程的退出状态，或者导致子进程退出，停止执行或恢复执行的信号，需要根据si_code字段来解释。
si_code //可能值有CLD_EXITED(子进程调用_exit退出)， CLD_KILLED(子进程被信号杀死)，CLD_STOPPED(信号导致子进程停止执行)，CLD_CONTINUED(信号恢复子进程继续执行)。
    
返回说明：   
wait()：成功执行时，返回终止子进程的标识。失败返回-1；
waitpid()：成功执行时，返回状态改变的子进程标识。失败返回-1；如果指定WNOHANG标志，同时pid指定的进程状态没有发生变化，将返回0。
waitid()：成功执行或者WNOHANG标志被设置而id指定的子进程状态没有发生变化时返回0。失败返回-1。

出错值可能有下面这些
ECHILD：参数指定的进程不存在，或者并非调用进程的子进程
EINTR；WNOHANG不被设置，同时捕捉到一个不被阻塞的信号或SIGCHLD信号
EINVAL：options参数无效