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