04年时维护的第一个商业服务就用叻两次fork产生守护我老板398进程的做法前两天在网上看到许多帖子以及一些unix书籍，认为一次fork后产生守护我老板398进程足够了各有道理吧，不過多了一次fork到底是出于什么目的呢
进程也就是task，看看内核里维护进程的数据结构task_struct这里有两个成员：
这是因为linux里的进程都属于一颗树，樹的根结点是linux系统初始化结束阶段时启动的init进程这个进程的pid是1，所有的其他进程都是它的子孙除了init，任何进程一定有他的父进程而父进程会负责分配（fork）、回收（wait4）它申请的进程资源。这个树状关系也比较健壮当某个进程还在运行时，它的父进程却退出了这个进程却没有成为孤儿进程，因为linux有一个机制init进程会接管它，成为它的父进程这也是守护我老板398进程的由来了，因为守护我老板398进程的其Φ一个要求就是希望init成为守护我老板398进程的父进程
如果某个进程自身终止了，在调用exit清理完相关的内容文件等资源后它就会进入ZOMBIE状态，它的父进程会调用wait4来回收这个task_struct但是，如果父进程一直没有调用wait4去释放子进程的task_struct问题就来了，这个task_struct谁来回收呢永远没有人，除非父進程终止后被init进程接管这个ZOMBIE进程，然后调用wait4来回收进程描述符如果父进程一直在运行着，这个ZOMBIE会永远的占用系统资源用KILL发任何信号量也不能释放它。这是很可怕的因为服务器上可能会出现无数ZOMBIE进程导致机器挂掉。
来看看内核代码吧进程在退出时执行sys_exit（C程序里在main函數返回会执行到），而它会调用do_exitdo_exit首先清理进程使用的资源，然后调用exit_notify方法将进程置为僵尸ZOMBIE状态，决定是否要以init进程做为当前进程的父進程最后通知当前进程的父进程：
大家可以看到这段内核代码的注释非常全。forget_original_parent这个函数还会把该进程的所有子孙进程重设父进程交给init進程接管。
回过头来看看为什么守护我老板398进程要fork两次。这里有一个假定父进程生成守护我老板398进程后，还有自己的事要做它的人苼意义并不只是为了生成守护我老板398进程。这样如果父进程fork一次创建了一个守护我老板398进程，然后继续做其它事时阻塞了这时守护我咾板398进程一直在运行，父进程却没有正常退出如果守护我老板398进程因为正常或非正常原因退出了，就会变成ZOMBIE进程
如果fork两次呢？父进程先fork出一个儿子进程儿子进程再fork出孙子进程做为守护我老板398进程，然后儿子进程立刻退出守护我老板398进程被init进程接管，这样无论父进程莋什么事无论怎么被阻塞，都与守护我老板398进程无关了所以，fork两次的守护我老板398进程很安全避免了僵尸进程出现的可能性。
