1. Netty学习笔记三:Netty线程模型和Reactor模式
@[toc]
1.1. Reactor模式
Reactor模式(反应器设计模式)是一种基于事件驱动的设计模式,在事件驱动的应用中,将一个或多个客户的服务请求分离和调度(dispatch)给应用程序,在事件驱动应用程序中,同步地、有序地处理同时接收的多个服务请求,一般出现在多个高并发系统中,比如Netty,Redis等。Reactor模式基于事件驱动,适合做海量的I/O事件,属于同步非阻塞I/O。
优点
一、响应快,不会因为单个同步而阻塞,虽然Reactor本身依然是同步的;
二、编程相对简单,最大程度的避免复杂的多线程及同步问题,并且避免了多线程/进程的切换开销。
三、可扩展性,可以方便的通过增加Reactor实例个数来充分利用CPU资源。
缺点
一、相对传统的简单模型,Reactor增加了一定的复杂性,因而有一定的门槛,并且不易于调试。
二、Reactor模式需要系统底层的支持,比如java中的Selector的支持,操作系统中Select系统的调用。
个人理解:
1.2. Reactor模型1.2.1. Reactor单线程模型Reactor的作用就是:当客户端发来消息时,客户端如何进行对消息处理,如何将消息放到相应的实现类里面。
内容:
一、作为NIO服务端,接收客户端的TCP连接,作为NIO客户端,向服务端发起TCP连接;
二、服务端读请求数据并响应,客户端写请求并读取响应。
使用场景
对应于小业务,编码简单,对于高负债,高并发不适合,会出现大量请求超时,万一一个线程挂了,就不能用了。这个模型很少用到。
图解
1.2.2. Reactor多线程模型
内容
一个Acceptor线程,一组NIO线程,一般是使用自带的线程池,包含一个任务队列和多个可用的线程。
使用场景
可满足大多数场景,但是当Acceptor需要做复杂操作的时候,比如==认证== 等耗时操作,在高并发情况下则会有性能问题。
图解
1.2.3. Reactor主从线程模型
内容
Acceptor不再是一个线程,而是一组NIO线程;IO线程也是一组NIO线程,这样就是两个线程池去处理接入连接和处理IO。
使用场景
1.3. 几个争议问题满足目前的大部分场景,也是Netty推荐使用的线程模型。
为什么Netty使用的是NIO而不是AIO,即Netty是同步非阻塞还是异步非阻塞。
LInux系统上,AIO的底层仍使用EPOLL,与NIO相同,因此在性能上没有明显的优势。
Netty整体架构是Reactor模型,采用epoll机制,所以往深的说还是IO多路复用模式,所以可以说Netty是同步非阻塞模型。但是很多人说这是netty基于java NIO类库实现的异步通信框架。
Netty特点是:异步非阻塞,基于事件驱动,性能高,高可靠性,高可定制型。
如果觉得《Netty学习笔记三:Netty线程模型和Reactor模式》对你有帮助,请点赞、收藏,并留下你的观点哦!