Dubbo的线程模型与线程池策略
Dubbo默认的底层网络通讯使用的是Netty，服务提供方NettyServer使用两级线程池，其中 EventLoopGroup(boss) 主要用来接受客户端的链接请求，并把接受的请求分发给 EventLoopGroup(worker) 来处理，boss和worker线程组我们称之为IO线程。
如果服务提供方的逻辑能迅速完成，并且不会发起新的IO请求，那么直接在IO线程上处理会更快，因为这减少了线程池调度。
但如果处理逻辑很慢，或者需要发起新的IO请求，比如需要查询数据库，则IO线程必须派发请求到新的线程池进行处理，否则IO线程会阻塞，将导致不能接收其它请求。
Dubbo默认业务线程池为FIXED 200，且队列大小为0，拒绝策略为直接抛出拒绝异常
<!-- 配置时未指定线程相关配置 -->
<dubbo:protocol name="dubbo" port="${dubbo.port}" />
<!-- 则等同于以下配置 -->
<dubbo:protocol name="dubbo" dispatcher="all" threadpool="fixed" threads="200" />
所有消息都派发到业务线程池，这些消息包括请求/响应/连接事件/断开事件/心跳等，这些线程模型如下图：
image.png
网友评论