Dubbo源码解析：线程模型和线程池策略

为什么有这么多线程模型和线程池策略？

在网络通信过程中，会发生很多事件，如连接事件，读取到消息的事件。当读取到这个事件的时候，我们是将事件直接在IO线程上执行，还是放到线程池中执行？是需要我们根据业务的场景来进行配置的，这样能最大限度的提高吞吐量

如果事件处理的逻辑能迅速完成，并且不会发起新的 IO 请求，比如只是在内存中记个标识，则直接在 IO 线程上处理更快，因为减少了线程池调度。

但如果事件处理逻辑较慢，或者需要发起新的 IO 请求，比如需要查询数据库，则必须派发到线程池，否则 IO 线程阻塞，将导致不能接收其它请求。

因为Dubbo通信默认使用的是Netty，这里的IO线程就是Reactor线程。所以上节我们介绍Reactor开发模式的时候，要把业务逻辑的执行放在Worker线程池中，不然并发上不去。

我就以Netty来演示一下不同