多进程版本相对也很简单，父进程负责接收和转换套接字，接收后Fork出子进程去处理页面请求和返回所需求的页面。
首先是父进程：
父进程Accept后不对请求进行处理，而是直接关闭所连接的套接字
这是因为for后，父子进程间的文件描述符只是拷贝，他们都指向同一个套接字，对父进程来说，这个主动套接字是多余的，自己不会去里面读里面的数据，因此可以直接关闭。
而由于文件中存在引用计数，对该套接字文件来说，虽然父进程关闭了该文件，但实际上该文件的引用计数并未清0，实际仍然存在。
对于子进程：
对于子进程来说同样如此，它的任务是处理套接字内的请求和返回所需要的资源，监听套接字并不是它的任务，因此首先需要先关闭监听套接字文件，同理，监听套接字文件由于文件计数的存在，在父子进程都关闭前是不会关闭的。
关闭监听套接字后，执行处理，处理完毕后退出，并由父进程的信号处理函数收尸。
对一个页面的请求，会发送多个HTTP包请求资源：
通过在服务端打印文件名filename可以发现，第一个请求是所求的资源，但会发现针对这个页面父进程还会fork多次，后续的资源打印出来发现是css等文件，应该是浏览时所需的排版等信息（猜测，不太了解css），在GDB调试中发现也是如此，在接受处理掉第一个HTTP包后马上关闭服务器，会发现客户端浏览器能显示该页面的文字，但排版，字体等出现问题。
下面是关于信号的处理：
sig为要处理的信号，handler为信号处理函数,restart代表是否开启重启。
首先创建一个结构体变量sa.
sigaction结构体：
struct sigaction
{
void(*sahandler)(int);
sigset_t sa_mask;
int sa_flags;
void (*sa_sigaction) (int,siginfo_t*,void*);
}
sa_handler为信号处理函数
sa_mask为要屏蔽的信号集，这个信号集在调用信号处理函数前被添加到进程的信号屏蔽字中，防止在信号处理时被该信号中断，而从信号处理函数返回后将进程的信号屏蔽字恢复到以前的状态。
sa_flags为处理信号的各个选项。
添加SA_RESTART是因为：在进程执行某些系统调用时可能被某些信号中断，而设置SA_RESTART后，正在执行系统调用而被外界信号中断时，将会重启该系统调用。
sigaction设置完后，通过sigaction使对该信号的相关处理生效。
对SIGCHLD的处理：
子进程结束后，向父进程发送SIGCHLD信号，父进程经由sig_chld信号进行处理，该函数只是简单的对子进程进行收尸。
另外在传递函数进入addsig时：
传递的是sig_child，这是因为函数不像变量存在一个实体，其函数名就代表它的地址。