解决 wait() 带来的阻塞可以用两次 fork

在讲一次fork和两次fork之前，有必要先来简单讲解一下wait的作用
1、阻塞当前进程
2、获得子进程退出的相关信息（回收僵尸进程）
子进程不返回，父进程后边的内容就没法执行。
注：wait函数只能在有子进程的父进程中调用。

我们使用fork（）函数创建一个子进程出来往往是为了父子进程能够同时执行两段代码。如果在父进程中不写wait（）会导致子进程在退出后变成僵尸；但是使用wait（）又会导致父进程阻塞，只有等子进程退出后才能继续执行，相当于依然是单进程。对于使用wait带来的问题，可以使用两次fork来解决。

所以区别就是：使用wait时一次fork实现的其实也就是单进程，两次fork的话可以实现多个进程同时执行。

怎么通过两次fork实现多进程的过程:
第一次fork 创建出一个子进程，然后父进程wait（），
第二次fork 子进程再创建一个子进程，也就相当于有了一个“孙子进程”。
然后将第一次fork出来的子进程结束掉，它的父进程wait(）不再阻塞，可以继续执行。
此时的“孙子进程”就变成了孤儿进程，被托管到“孤儿院”（1号进程）。

---

为什么有时候有些代码会调用两次fork呢？

1. 调用一次fork的作用：
    第一次fork的作用是让shell认为这条命令已经终止，不用挂在终端输入上，还有就是为了后面的setsid服务，
    因为调用setsid函数的进程不能是进程组组长，如果不fork出子进程，则此时的父进程是进程组组长，就无法调用setsid。
    当子进程调用完setsid函数之后，子进程是会话组长也是进程组组长，并且脱离了控制终端，
    此时，不管控制终端如何操作，新的进程都不会收到一些信号使得进程退出。
    
2. 第二次fork的作用：
   虽然当前关闭了和终端的联系，但是后期可能会误操作打开了终端。只有会话首进程能打开终端设备，
   也就是再fork一次，再把父进程退出，再次fork的子进程作为守护进程继续运行，
   保证了该精灵进程不是对话期的首进程，第二次不是必须的，是可选的。