Dubbo源码解析：线程模型和线程池策略
为什么有这么多线程模型和线程池策略？
在网络通信过程中，会发生很多事件，如连接事件，读取到消息的事件。当读取到这个事件的时候，我们是将事件直接在IO线程上执行，还是放到线程池中执行？是需要我们根据业务的场景来进行配置的，这样能最大限度的提高吞吐量
如果事件处理的逻辑能迅速完成，并且不会发起新的 IO 请求，比如只是在内存中记个标识，则直接在 IO 线程上处理更快，因为减少了线程池调度。
但如果事件处理逻辑较慢，或者需要发起新的 IO 请求，比如需要查询数据库，则必须派发到线程池，否则 IO 线程阻塞，将导致不能接收其它请求。
因为Dubbo通信默认使用的是Netty，这里的IO线程就是Reactor线程。所以上节我们介绍Reactor开发模式的时候，要把业务逻辑的执行放在Worker线程池中，不然并发上不去。 我就以Netty来演示一下不同的处理策略对QPS的影响，这样你就能搞懂Dubbo为什么要搞这么多线程模型和线程池策略。
在Reactor线程上直接处理请求
Server端启动引导类
public class
