首先分享一下,我在网上看到的两篇不错的文章:正是这两篇文章才理解了 reactor 和 pr oactor 模式;
Reactor 模式,或者叫反应器模式
高性能 IO 设计的 Reactor 和 Proactor 模式
首先就第一篇《Reactor 模式,或者叫反应器模式》做一下笔记:
刚开店做生意,老板为了给顾客一个美好的印象,给顾客最好的服务,一对一:
随着经营的生意越来越好,顾客多了,不能服务员也多吧,那样得支出的成本也太大了,要 是一下子来个 1000 个顾客,难道老板还得养活 1000 个服务员,没办法,得改变这种服务 模式,但又不能让顾客感到这里的服务下降了,怎么办呢?
改革以后,有没有觉得和我们平时去大排档啊,街边小吃店的服务模式很相似是不是,
为什么不说和酒店服务很像,其实还真不像,一般 XXX 星级的饭店的服务,还真是上一种 经营模式,为什么他们要这样呢,
因为,他们是高富帅啊,顾客消费也高,自然老板的收入也高,所以老板也乐子不疲啊。我 们是屌丝,请客都只是去个大排档就好了。
改革后的模式就是 reactor 模式,顾客通过呼叫服务员(event 事件)通知服务员,菜单写 好了,服务员就会把菜单交给厨师(事件处理器),厨师就会去做菜了。
现在知道 reactor 模式的由来了吧,知道一个事情的始末会让我们更好的理解它。
下面对第二篇《高性能 IO 设计的 Reactor 和 Proactor 模式》做一下笔记:
这里主要是讲 reactor 模式和 proactor 模式的区别:其实就是对数据处理方式变了导致监 听事件方式也转变了。
当然,如果还是以第一篇那样以饭店的经营模式来讲解的话,proactor 模式应该是这样的:
我们知道每一个饭店都有自己的招牌菜去吸引顾客。当然,其实这道菜你也会做,只是别人 做的比你更好,更美味。有一天,一群高富帅来了这家大拍档:
老板就是老板,人面广啊,自家厨师不会做,可以让更专业的人去做,省时省事省心啊!
其实这里我们都能看出 reactor 模式和 proactor 模式的一点点区别了吧!只是还不了解具 体的细节。
第二篇《性能 IO 设计的 Reactor 和 Proactor 模式》就是干这个事的,给我们介绍具体细 节和区别,我也是读了好几遍,慢慢画个流程图才理解了啊。
其实说到底就是一句广告语:把事情交给更专业的人,你会更开心。
好吧,以下是 copy 过来,做了少少修改的:转换为自己的理解。
在高性能的 I/O 设计中,有两个比较著名的模式 Reactor 和 Proactor 模式,其中 Re actor 模式用于同步 I/O,而 Proactor 运用于异步 I/O 操作。
在比较这两个模式之前,我们首先的搞明白几个概念,什么是阻塞和非阻塞,什么是 同步和异步;
同步和异步是针对应用程序和内核的交互而言的;
同步指的是用户进程触发 IO 操作并等待或者轮询的去查看 IO 操作是否就绪,
异步是指用户进程触发 IO 操作以后便开始做自己的事情,而当 IO 操作已经完成的时 候会得到 IO 完成的通知。
阻塞和非阻塞是针对于进程在访问数据的时候,根据 IO 操作的就绪状态来采取的不同 方式,说白了是一种读取或者写入操作函数的实现方式;
阻塞方式下读取或者写入函数将一直等待, 非阻塞方式下,读取或者写入函数会立即返回一个状态值。
一般来说 I/O 模型可以分为:同步阻塞,同步非阻塞,异步阻塞,异步非 阻塞 IO
同步阻塞 IO:
在此种方式下,用户进程在发起一个 IO 操作以后,必须等待 IO 操作的完成, 只有当真正完成了 IO 操作以后,用户进程才能运行。JAVA 传统的 IO 模型属于 此种方式!
同步非阻塞 IO:
在此种方式下,用户进程发起一个 IO 操作以后边可返回做其它事情,但是用户 进程需要时不时的询问 IO 操作是否就绪,这就要求用户进程不停的去询问,从 而引入不必要的 CPU 资源浪费。其中目前 JAVA 的 NIO 就属于同步非阻塞 IO。
异步阻塞 IO:
此种方式下是指应用发起一个 IO 操作以后,不等待内核 IO 操作的完成,等内 核完成 IO 操作以后会通知应用程序,这其实就是同步和异步最关键的区别,同 步必须等待或者主动的去询问 IO 是否完成,那么为什么说是阻塞的呢?因为此 时是通过 select 系统调用来完成的,而 select 函数本身的实现方式是阻塞的, 而采用 select 函数有个好处就是它可以同时监听多个文件句柄,从而提高系统 的并发性!
异步非阻塞 IO:
在此种模式下,用户进程只需要发起一个 IO 操作然后立即返回,等 IO 操作真 正的完成以后,应用程序会得到 IO 操作完成的通知,此时用户进程只需要对数
据进行处理就好了,不需要进行实际的 IO 读写操作,因为真正的 IO 读取或者 写入操作已经由内核完成了。目前 Java 中还没有支持此种 IO 模型。
搞清楚了以上概念以后,我们再回过头来看看,Reactor 模式和 Proactor 模式。
首先来看看 Reactor 模式,Reactor 模式应用于同步 I/O 的场景。我们以读操 作为例来看看 Reactor 中的具体步骤:
读取操作:
1. 应用程序注册读就需事件和相关联的事件处理器
2. 事件分离器等待事件的发生
3. 当发生读就需事件的时候,事件分离器调用第一步注册的事件处理器
4. 事件处理器首先执行实际的读取操作,然后根据读取到的内容进行进一步的 处理
下面我们来看看 Proactor 模式中读取操作和写入操作的过程:
读取操作:
1. 应用程序初始化一个异步读取操作,然后注册相应的事件处理器,此时事件 处理器不关注读取就绪事件,而是关注读取完成事件,这是区别于 Reactor 的 关键。
2. 事件分离器等待读取操作完成事件
3. 在事件分离器等待读取操作完成的时候,操作系统调用内核线程完成读取操 作,并将读取的内容放入用户传递过来的缓存区中。这也是区别于 Reactor 的 一点,Proactor 中,应用程序需要传递缓存区。
4. 事件分离器捕获到读取完成事件后,激活应用程序注册的事件处理器,事件 处理器直接从缓存区读取数据,而不需要进行实际的读取操作。
Proactor 中写入操作和读取操作,只不过感兴趣的事件是写入完成事件。
从上面可以看出,Reactor 和 Proactor 模式的主要区别就是真正的读取和写入
操作是有谁来完成的,Reactor 中需要应用程序自己读取或者写入数据,而 Pro actor 模式中,应用程序不需要进行实际的读写过程,它只需要从缓存区读取或 者写入即可,操作系统会读取缓存区或者写入缓存区到真正的 IO 设备.
综上所述,同步和异步是相对于应用和内核的交互方式而言的,同步 需要主动 去询问,而异步的时候内核在 IO 事件发生的时候通知应用程序,而阻塞和非阻 塞仅仅是系统在调用系统调用的时候函数的实现方式而已。