Netty——（4）netty的线程模型和Reactor模式

1.Reactor模式

1）简单说明

设计模式——Reactor模式（反应器设计模式），是一种基于事件驱动的设计模式，在事件驱动的应用中，将一个或多个客户的服务请求分离（demultiplex）和调度（dispatch）给应用程序。在事件驱动的应用中，同步地、有序地处理同时接收的多个服务请求

    一般出现在高并发系统中，比如Netty，Redis等

优点

1）响应快，不会因为单个同步而阻塞，虽然Reactor本身依然是同步的；

2）编程相对简单，最大程度的避免复杂的多线程及同步问题，并且避免了多线程/进程的切换开销；

3）可扩展性，可以方便的通过增加Reactor实例个数来充分利用CPU资源；

缺点

1）相比传统的简单模型，Reactor增加了一定的复杂性，因而有一定的门槛，并且不易于调试。

2）Reactor模式需要系统底层的的支持，比如Java中的Selector支持，操作系统的select系统调用支持

通俗理解：KTV例子 前台接待，服务人员带领去开机器

Reactor模式基于事件驱动，适合处理海量的I/O事件，属于同步非阻塞IO(NIO)

 

2）Reactor单线程模型(比较少用)

内容：

1）作为NIO服务端，接收客户端的TCP连接；作为NIO客户端，向服务端发起TCP连接；

2）服务端读请求数据并响应；客户端写请求并读取响应

       

使用场景:

       对应小业务则适合，编码简单；对于高负载、大并发的应用场景不适合，一个NIO线程处理太多请求，则负载过高，并且可能响应变慢，导致大量请求超时，而且万一线程挂了，则不可用了

 

3）Reactor多线程模型

内容：

    1）一个Acceptor线程，一组NIO线程，一般是使用自带的线程池，包含一个任务队列和多个可用的线程

 

使用场景：

可满足大多数场景，但是当Acceptor需要做复杂操作的时候，比如认证等耗时操作，再高并发情况下则也会有性能问题

 

4）Reactor主从线程模型

    内容:

    1) Acceptor不在是一个线程，而是一组NIO线程；IO线程也是一组NIO线程，这样就是两个线程池去处理接入连接和处理IO

使用场景：

        满足目前的大部分场景，也是Netty推荐使用的线程模型

        两个连接池：BossGroup  WorkGroup

        BossGroup：建立连接处理连接

        WorkGroup：业务的处理

2.Netty

为什么Netty使用NIO而不是AIO，是同步非阻塞还是异步非阻塞？

答案：

     在Linux系统上，AIO的底层实现仍使用EPOLL，与NIO相同，因此在性能上没有明显的优势

     Netty整体架构是reactor模型，采用epoll机制，所以往深的说，还是IO多路复用模式，所以也可说netty是同步非阻塞模型（看的层次不一样）

           

很多人说这是netty是基于Java NIO 类库实现的异步通讯框架

特点：异步非阻塞、基于事件驱动，性能高，高可靠性和高可定制性。

参考资料：   https://github.com/netty/netty/issues/2515