多进程版本中的并发服务器
多进程版本相对也很简单,父进程负责接收和转换套接字,接收后Fork出子进程去处理页面请求和返回所需求的页面。
首先是父进程:
父进程Accept后不对请求进行处理,而是直接关闭所连接的套接字
这是因为for后,父子进程间的文件描述符只是拷贝,他们都指向同一个套接字,对父进程来说,这个主动套接字是多余的,自己不会去里面读里面的数据,因此可以直接关闭。
而由于文件中存在引用计数,对该套接字文件来说,虽然父进程关闭了该文件,但实际上该文件的引用计数并未清0,实际仍然存在。
对于子进程:
对于子进程来说同样如此,它的任务是处理套接字内的请求和返回所需要的资源,监听套接字并不是它的任务,因此首先需要先关闭监听套接字文件,同理,监听套接字文件由于文件计数的存在,在父子进程都关闭前是不会关闭的。
关闭监听套接字后,执行处理,处理完毕后退出,并由父进程的信号处理函数收尸。
对一个页面的请求,会发送多个HTTP包请求资源:
通过在服务端打印文件名filename可以发现,第一个请求是所求的资源,但会发现针对这个页面父进程还会fork多次,后续的资源打印出来发现是css等文件,应该是浏览时所需的排版等信息(猜测,不太了解css),在GDB调试中发现也是如此,在接受处理掉第一个HTTP包后马上关闭服务器,会发现客户端浏览器能显示该页面的文字,但排版,字体等出现问题。
下面是关于信号的处理:
sig为要处理的信号,handler为信号处理函数,restart代表是否开启重启。
首先创建一个结构体变量sa.
sigaction结构体:
1 2 3 4 5 6 7 | 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,这是因为函数不像变量存在一个实体,其函数名就代表它的地址。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 没有源码,如何修改代码逻辑?
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战