本文介绍了Dubbo中的Dispatcher，特别是当业务线程池满时如何引发`RejectedExecutionException`异常。通过源码分析，揭示了Dubbo在接收到请求后的处理流程，以及如何在异常时返回错误信息给Consumer。此外，文章还详细讨论了Dubbo的配置参数，如active limit、connections、accepts、io threads、threads、queues和executes，对这些参数的作用和影响进行了深入解析。
一、Dispatcher介绍
对于Dubbo集群中的Provider角色，有IO线程池和业务处理线程池（默认200）两个线程池，所以当业务的并发比较高，或者某些业务处理变慢，业务线程池就很容易被“打满”，抛出“RejectedExecutionException: Thread pool is EXHAUSTED! ”异常。
<dubbo:provider version="1.0" delay="-5000" timeout="5000" dispatcher="all" threads="400" loadbalance="leastactive" actives="400" />
二、源码分析
dubbo默认dispatcher=all，threadpool=fix，Provider在收到请求时会调用A
最低0.47元/天 解锁文章
394
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
