多进程版本中的并发服务器

多进程版本相对也很简单，父进程负责接收和转换套接字，接收后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，这是因为函数不像变量存在一个实体，其函数名就代表它的地址。

 

转载于:https://www.cnblogs.com/lxy-xf/p/11144330.html