一、背景

对于应用服务器，CPU的处理速度是要远远快于IO速度的，如果CPU为了IO操作而阻塞显然是不划算的。

处理方式一：分为多进程或者线程去进行处理。缺点：增加一些进程切换的开销。

处理方式二：事件驱动（或者叫回调的方式），应用业务向一个中间人注册一个回调（event handler），当IO就绪后，就这个中间人产生一个事件，并通知此handler进行处理。

Reactor为事件驱动中的中间人，它接受所有handler的注册，并负责检查操作系统O是否就绪，在就绪后就调用指定handler进行处理。它是一个不断等待和循环的单独进程（线程）。

关于NIO中的Reactor模式，请参考Doug Lea的《Scalable IO in Java》。

二、Reactor的几种模式

在web服务中，很多都涉及基本的操作：read request、decode request、process service、encod reply、send reply等。

1 单线程模式

这是最简单的单Reactor单线程模型。Reactor线程是个多面手，负责多路分离套接字，Accept新连接，并分派请求到处理器链中。该模型适用于处理器链中业务处理组件能快速完成的场景。不过这种单线程模型不能充分利用多核资源，所以实际使用的不多。

2 多线程模式（单Reactor）

该模型在事件处理器（Handler）链部分采用了多线程（线程池），也是后端程序常用的模型。

3 多线程模式（主从Reactor）

比起第二种模型，它是将Reactor分成两部分，mainReactor负责监听并accept新连接，然后将建立的socket通过多路复用器（Acceptor）分派给subReactor。subReactor负责多路分离已连接的socket，读写网络数据；业务处理功能，其交给worker线程池完成。通常，subReactor个数上可与CPU个数等同。（主Reactor用于响应连接请求，从Reactor用于处理IO操作请求！）

好处：因为subReactor也会执行一些比较耗时的IO操作，例如消息的读写，使用多个线程去执行，则更加有利于发挥CPU的运算能力，减少IO等待时间。