Reactor模式
Reactor模式的角色构成
(Reactor模式一共有5中角色构成）：
Handle（句柄或是描述符）：本质上是一种资源，是由操作系统提供的；该资源用于表示一个个的事件，比如说文件描述符，或是针对网络编程中的Socket描述符。事件既可以来自于外部，也可以来自于内部；外部事件比如说客户端的连接请求，客户端发送过来数据等；内部事件比如说操作系统所产生的定时器事件等。它本质上就是一个文件描述符。Handle是事件产生的发源地。
Synchronous Event Demultiplexer（同步事件分离器）：它本身是一个系统调用，用于等待事件的发生（事件可能是一个，也可能是多个）。调用方在调用它的时候会被阻塞，一直阻塞到同步事件分离器上有事件产生为止。对于Linux来说，同步事件分离器指的就是常用的I/O多路复用机制，比如说select、poll、epoll等等。 在Java NIO 领域中，同步事件分离器对应的组件就是Selector；对应的阻塞方法就是select方法。
Event Handler（事件处理器）：本身由多个回调方法构成，这些回调方法构成了与应用相关的对于某个事件的反馈机制。Netty相比于Java NIO来说，在事件处理器这个角色上进行了一个升级，它为我们开发者提供了大量的回调方法，供我们在特定事件产生时实现相应的回调方法进项业务逻辑的处理。
Concrete Event Handler（具体事件处理器）：是事件处理器的实现。它本身实现了事件处理器所提供的各个回调方法，从而实现了特定于业务的逻辑。它本质上就是我们所编写一个个的处理器实现。
Initialation Dispatcher（初始分发器）：实际上就是Reactor角色。它本身定义了一些规范，这些规范用于控制事件的调度方式，同时又提供了应用进行事件处理器的注册、删除等设施。它本身是整个事件处理器的核心所在，Initialation Dispatcher会通过同步事件分离器来等待事件的发生。一旦事件发生，Initialation Dispatcher首先会分理出每一个事件，然后调用事件处理器，最后调用相关的回调方法来处理这些事件。
Reactor模式的流程
当应用向Initialation Dispatcher注册具体的事件处理器时，应用会标识出该事件处理器希望Initialation Dispatcher在某个事件发生时向其通知的该事件，该事件与Handle关联。
Initialation Dispatcher会要求每个事件处理器都向其传递内部的Handle。该Handle向操作系统标识了事件处理器。
当所有的事件处理器都注册完之后，应用会调用handle_events方法来启动Initialation Dispatcher的事件循环。这时，Initialation Dispatcher会将每个注册的时间管理器的Handle合并起来，并使用同步事件分离器等待这些事情的发生。比如说，TCP协议层会使用select同步事件分离器操作来等待客户端发送的数据到达连接的socket handle上。
当与某个事件源对应的Handle变为ready状态时（比如说，TCP socket变为等待读状态时），同步事件处理器就会通知Initialation Dispatcher。
Initialation Dispatcher会触发事件处理器的回调方法，从而响应这个处于ready状态的Handle。当事件发生时，Initialation Dispatcher会将被事件源激活的Handle作为【key】来寻找并分发恰当的事件处理器回调方法。
Initialation Dispatcher会回调事件处理器的handle_events回调方法来执行特定于应用的功能（开发者自己所编写的功能），从而响应这个事件。所发生的事件类型可以作为该方法参数并被该方法内部使用来执行额外的特定于服务的分离与分发。