一、背景
对于应用服务器，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等待时间。
参考：
http://blog.csdn.net/u013074465/article/details/46276967
http://www.jianshu.com/p/2461535c38f3
https://github.com/code4craft/netty-learning/blob/master/posts/ch4-reactor.md
网友评论