【IO专栏】单线程Reactor反应器模式

总体来说，Reactor反应器模式有点类似事件驱动模式。

在事件驱动模式中，当有事件触发时，事件源会将事件dispatch分发到handler处理器进行事件处理。反应器模式中的反应器角色，类似于事件驱动模式中的dispatch事件分发器的角色。

在反应器模式中有Reactor反应器和Handler处理器连个重要的组件：

（1）Reactor反应器：负责查询IO事件，当检测到一个IO事件，将其发送给相应的Handler处理器去处理。这里的IO事件，就是NIO中选择器监控的通道IO事件。

（2）Handler处理器：与IO事件（或者选择键）绑定，负责IO事件的处理。完成真正的链接建立，通道读取，处理业务逻辑，负责将结果写出到通道等。

 

单线程反应器？

什么是单线程版本的Reactor反应器模式呢？简单来说，Reactor反应器和Handler处理器处于一个线程中执行。它是最简单的反应器模式。

基于Java NIO，如何实现简单的单线程版本的反应器模式呢？需要用到SelectionKey选择键的几个重要的成员方法：

方法一：void attach(Object o);

此方法可以将任何的JAVA POJO对象，作为附件添加到SelectionKey实例，相当于附件属性的setter方法。这方法非常重要，因为在单线程版本的反应器中，需要将Handler处理器实例，作为附件添加到SelectionKey实例。

方法二：Object attachment();

此方法的作用是去处之前通过attach(Object o)添加到SelectKey选择键实例的附件，相当于附件属性的getter方法，与attach(Object o)配套使用。

这个方法同样非常重要，当IO事件发生，选择键被select方法选到，可以直接将事件的附件取出来，也就是之前绑定的Handler处理器实例，通过该Handler，完成相应的处理。

总之，在反应器模式中，需要进行attach和attachent结合使用：在选择键注册完成之后，调用attach方法，将Hannder处理器绑定到选择键；当事件发生时，调用attachment方法，可以从选择键出去Handler处理器，将事件分发到Handler处理器中，完成业务处理。

 

单线程Reactor反应器的缺点

单线程Reactor反应器模式，是基于Java的NIO实现的。相对于传统的多线程OIO，反应器模式不再需要启动成千上万条线程，效率自然是大大的提升了。

在单线程反应器中，Reactor反应器和Handler处理器，都执行在同一个线程上。这样，带来了一个问题：当其中某个Handler阻塞时，会导致其他所有的Handler都得不到执行。在这种场景下，如果被阻塞的Handler不仅仅负责输入和输出业务，还包括负责连接监听的AcceptorHandler处理器。这个是非常严重的问题。

为什么呢？一旦一AcceptorHandler处理器阻塞，会导致整个服务不能接收新的连接，使得服务器变的不可用。因为这个缺陷，因此单线程反应器模型用的比较少。

另外，目前的服务器都是多核的，单线程反应器模式模型不能充分利用多核资源。总之，在高性能服务器应用场景中，单线程反应器模式实际使用的很少。