一、单Reactor单线程模式
1、工作原理图
2、方案说明
(1)Select是前面I/O复用模型介绍的标准网络编程API,可以实现应用程序通过一个阻塞对象监听多路连接请求。
(2)Reactor对象通过Select监控客户端请求事件,收到事件后通过Dispatch进行分发。
(3)如果是建立连接请求事件,则由Acceptor通过Accept处理连接请求,然后创建一个Handler对象处理连接完成后的后续业务处理。
(4)如果不是建立连接事件,则Reactor会分发调用连接对应的Handler来响应。
(5)Handler会完成Read->业务处理->Send的完整业务流程。
3、实例方案
服务器端用一个线程通过多路复用搞定所有的IO操作(包括连接、读、写等),编码简单,清晰明了,但是如果客户端连接数量较多,将无法支撑。
4、问题
在处理高并发的时候,存在瓶颈。
5、方案优缺点分析
(1)优点:模型简单,没有多线程、进程通信、竞争的问题,全部都在一个线程中完成。
(2)缺点:性能问题,只有一个线程,无法完全发挥多核CPU的性能。Handler在处理某个连接上的业务时,整个进程无法处理其他连接事件,很容易导致性能瓶颈。
(3)缺点:可靠性问题,线程意外终止,或者进入死循环,会导致整个系统通信模块不可用,不能接收和处理外部消息,造成节点故障。
(4)使用场景:客户端的数量有限,业务处理非常快速,比如Redis在业务处理的时间复杂度O(1)的情况。
二、单Reactor多线程
1、工作原理图
2、方案说明
(1)Reactor对象通过select监控客户端请求事件,收到事件后,通过dispatch进行分发。
(2)如果是建立连接请求,则由Acceptor通过accept处理连接请求,然后创建一个Handler对象处理完成连接后的各种事件。
(3)如果不是连接请求,则由Reactor分发调用连接对应的Handler来处理。
(4)Handler只负责响应事件,不做具体的业务处理,通过read读取数据后,会分发给后面的worker线程池的某个线程处理业务。
(5)worker线程池会分配独立的线程,完成真正的业务,并将结果返回给Handler。
(6)Handler通过send将结果返回给client。
3、方案优缺点
(1)优点:可以充分的利用多核CPU的处理能力。
(2)缺点:多线程数据共享和访问比较复杂。Reactor处理所有的事件的监听和响应,在单线程运行,在高并发场景容易出现性能瓶颈。
三、主从Reactor多线程
1、工作原理图
2、方案说明
(1)Reactor主线程MainReactor对象通过select监听连接事件,收到事件后,通过Acceptor处理连接事件。
(2)当Acceptor处理连接事件后,MainReactor将连接分配给SubReactor。
(3)SubReactor将连接加入到连接队列进行监听,并创建Handler进行各种事件处理。
(4)当有新事件发生时,SubReactor就会调用对应的Handler进行处理。
(5)Handler通过read读取数据,分发给后面的worker线程处理。
(6)worker线程池分配独立的worker线程进行业务处理,并返回结果。
(7)Handler收到响应的结果后,再通过send方法将结果返回给client。
(8)Reactor主线程可以对应多个Reactor子线程,即MainReactor可以关联多个SubReactor。
3、Scalable IO in Java对Multiple Reactors的原理图解
4、方案优缺点说明
(1)优点:父线程与子线程职责明确,父线程只需要接收新连接,子线程完成后续的业务处理。
(2)优点:父线程与子线程的数据交互简单,Reactor主线程只需要把新连接传给子线程,子线程无需返回数据。
(3)缺点:编程复杂度高。
5、实例方案
这种模型在许多项目中广泛使用,包括nginx用到主从Reactor多进程模型,Memcached主从多线程,Netty主从多线程模型的支持。
四、Reactor模式小结
1、3种模式用生活案例来理解
(1)单Reactor单线程,前台接待员和服务员是同一个人,全程为顾客服务。
(2)单Reactor多线程,1个前台接待员,多个服务员,接待员只负责接待。
(3)主从Reactor多线程,1个前台主管,多个前台接待员,多个服务员。
2、Reactor模式具有如下优点
(1)响应快,不必为单个同步事件所阻塞,虽然Reactor本身依然是同步的。
(2)可以最大程度的避免复杂的多线程及同步问题,并且避免了多线程/进程的切换开销。
(3)扩展性好,可以方便的通过增加Reactor实例个数来充分利用CPU资源。
(4)复用性好,Reactor模型本身与具体事件处理逻辑无关,具有很高的复用性。