YZDHY的博客

今天看到一个复盘，其中一个问题是接口延时高导致dubbo的线程池被打满，因此好奇dubbo具体的线程池实现。，解析这两个问题是dubbo运行的第一步，但在这之前是加载对应的配置解析器。Dispatcher 的不同实现类决定了线程池的策略，具体的配置如下（对于provider，是提供service服务，配置的是。对于consumer，是消费service服务，配置的是。创建了 invoker的实例后，最终调用的是。实例时就创建了，根据不同的配置有不同的实现。dubbo的配置是xml的文件，通常是一个。

在Tomcat中，请求被封装成一个任务（task）并提交给线程池处理的逻辑简单描述为：Tomcat通过不同的Connector 和其对应的 ProtocolHandler来 处理进来的请求。对于基于NIO的Connector（如 NioEndpoint ），它会在接收到请求后，将该请求封装成一个任务，并由线程池执行。Connector : 负责接收来自客户端的请求，并且可以有不同的实现，例如基于NIO的NioConnector。