reactor和proactor模式

首先分享一下，我在网上看到的两篇不错的文章：正是这两篇文章才理解了reactor和proactor模式;

 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模式，其中Reactor模式用于同步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中须要应用程序本身读取或者写入数据，而Proactor模式中，应用程序不须要进行实际的读写过程，它只须要从缓存区读取或者写入便可，操做系统会读取缓存区或者写入缓存区到真正的IO设备.


综上所述，同步和异步是相对于应用和内核的交互方式而言的，同步 须要主动去询问，而异步的时候内核在IO事件发生的时候通知应用程序，而阻塞和非阻塞仅仅是系统在调用系统调用的时候函数的实现方式而已。

 

最后来两张图作个总结：