dubbo底层之Netty
背景
- Java线程:由开始的单线程,到通过new Thread()创建的多线程,再到现如今的线程池,Java多线程编程的效率和性能有了很大的提升
- Reactor模型:基于事件驱动,适合处理海量I/O事件
1) 单线程模型,所有的IO操作都在一个NIO线程上完成
存在性能和可靠性上的问题
2) 多线程模型,有一组NIO线程处理IO操作
有一个专门的NIO线程-Acceptor线程用于监听服务端,接收客户端的TCP连接请求;
有一个NIO线程池,负责消息的读取、发送、编码、解码;
一个NIO线程能负责N条链路,一条链路只能由一个线程负责(防止发生并发操作问题)
3) 主从多线程模型
添加主线程池用于处理客户端的连接请求,一旦链路建立成功(经过握手、认证等过程),就将链路注册到从线程池的IO线程上,由IO线程负责后续的IO操作
Netty线程模型
1.线程模型分类
1) 服务端线程模型,类似于Reactor的多线程模型
2) 客户端线程模型:由客户端创建SocketChannel,发起连接,线程池判断连接结果,如果连接成功,则监听读操作位,否则监听连接操作位,一旦连接成功就监听读操作位
2.Reactor线程NioEventLoop
1) 作为服务端Acceptor线程,处理客户端的连接请求
2) 作为客户端的connector,注册监听连接操作位,判断异步连接结果
3) 作为IO线程,监听读操作位,负责从SorcketChannel中读取报文
4) 作为IO线程,监听写操作位,负责向SocketChannel写入报文发送给对方
5) 作为定时线程,执行定时任务(链路空闲检测,心跳检测)
6) 作为线程执行器,可以执行普通的任务线程
3.NioEventLoop设计原理
1) 串行化设计理念:NioEventLoop线程池中有若干个NioEventLoop线程,每一个NioEventLoop线程串行执行Handler链;每当有一个客户端接入,从线程池中获取一个可用的NioEventLoop线程,当数组到达上限之后,从0开始(负载均衡);每个客户端连接一个线程,这样保证了数据的安全性(避免多个线程同时访问)
2) 定时任务和时间轮算法:客户端连接超时,链路空闲检测
Netty的定时任务调度就是基于时间轮调度算法,首先查看任务队列中是否有超时的定时任务或者普通任务,有则执行(按照时间片原则分配运行时间),没有就等待定时任务中延迟最小的任务(即即将第一个超时的任务)的延迟时间,然后将扫描定时任务,将超时的定时任务加入任务队列,在任务执行时,Netty每执行64个定时任务就检测一次是否达到执行时间上限,达到则退出,如果没有执行完就放到下次轮询时再处理。
3) Netty是个异步高性能NIO框架,不是业务处理容器,不需要也不应该提供业务容器和业务线程,,只需要提供和管理NIO线程,关于业务层模型由用户自己集成。
Netty结构
Dubbo通信层(利用Netty)的实现过程