服务器两种高效的事件处理模式
服务器通常要处理三类事件:IO事件、信号事件、定时事件。由此产生了两种事件处理模式:
一、Reactor模式主线程(IO处理单元)只负责监听文件描述符上是否有事件发生,有的话立刻将该事件通知工作线程(逻辑单元)。除此之外主线程不做任何其他工作,读写数据、接收新的连接及处理客户请求均在工作线程中完成。 使用同步IO模型epoll_wait实现的Reactor模式的工作流程如下:
所有流程可以总结如下图1 图1Reactor模式 工作线程从队列中取出事件后,将根据事件的类型来决定如何处理该事件,上图1所示的Reactor模式中,没必要区分所谓的“读工作线程”和“写工作线程”。当然也可以分别使用读写工作线程,对应大型应用,有时候需求区分不同的线程处理不同的业务。 二、Proactor模式与Reactor模式不同,Proactor模式将所有IO操作都交给主线程和内核来处理,工作线程仅仅负责业务逻辑。 使用异步IO模型(以aio_read和aio_write为例)实现的Proactor模式的工作流程如下:
所有流程可以总结如下图2 图2Proactor模式 在上图2中,连接socket上的读写事件是通过aio_read/aio_write向内核注册的,因此内核将通过信号向应用程序报告连接socket上的读写事件。所以主线程的epoll_wait仅能检测监听socket上的连接请求事件,不能用来检测连接socket上的读写事件。 三、同步IO模拟Proactor模式我们可以使用同步IO模拟出Proactor模式:主线程直接执行数据的读写操作,读写完成之后,主线程向工作队列通知这一“完成事件”。工作线程直接获取读写的结果,之后只是对读写的结果进行逻辑处理。 使用同步IO模型(epoll_wait)模拟出的Proactor模式的工作流程如下:
所有流程可以总结如下图3 图3同步IO模拟Proactor模式 注(本文内容参考 Linux高性能服务器编程——第八章 游双著) (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- PostgreSQL 基本操作
- flex河流断面高亮闪烁
- oracle 11g rac R2 for linux change(public,vip)IP ,hos
- PostgreSQL学习篇14.1 SQL/MED
- Postgresql 创建主键并设置自动递增的三种方法
- 正则表达式 – 正则表达式提取部分字符串
- react native unable to load script form assets 错误解决
- oracle-apex – 为什么要使用Oracle Application Express的
- ruby-on-rails – Ruby on Rails – AWS-SDK配置文件
- Swift开发中的常用开源项目连接