同事反馈，系统使用过程出个别时候会出现错误，系统使用srpingMvc+spring+mybatis+dubbo的微服务架构。检查日志看到如下异常信息：
Caused by: java.util.concurrent.RejectedExecutionException: Thread pool is EXHAUSTED! Thread Name: DubboServerHandler-10.8.64.57:20880, Pool Size: 200 (active: 200, core: 200, max: 200, largest: 200), Task: 5823
通过字面大致意思是，dubbo线程池资源消耗完了。最近也没有大的系统升级，目前服务端采用的是默认设置，dubbo.xml修改前配置。
修改后
观察几分钟，查看日志，比之前会少一些报错，异常还是存在。使用java的jstack命令导出日志再次进行分析。
at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.socketRead(SocketInputStream.java:116) at java.net.SocketInputStream.read(SocketInputStream.java:171) at java.net.SocketInputStream.read(SocketInputStream.java:141) at java.net.SocketInputStream.read(SocketInputStream.java:127) at redis.clients.util.RedisInputStream.ensureFill(RedisInputStream.java:196) at redis.clients.util.RedisInputStream.readByte(RedisInputStream.java:40) at redis.clients.jedis.Protocol.process(Protocol.java:151) at redis.clients.jedis.Protocol.read(Protocol.java:215) at redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:340) at redis.clients.jedis.Connection.getIntegerReply(Connection.java:265) at redis.clients.jedis.Jedis.exists(Jedis.java:179)
发现该段代码既然有400多个，综合分析后问题基本上确认，是由于服务端使用redis访问超时导致dubbo请求时间响应过长，客户端请求过多导致线程数量增加。
继续定位异常代码，发现消费端有一个对外服务访问量过多，优化代码升级后问题解决。
总结
到此这篇关于阿里dubbo出错提示Thread pool is EXHAUSTED 解决的文章就介绍到这了,更多相关阿里dubbo出错提示Thread pool is EXHAUSTED内容请搜索考高分网以前的文章或继续浏览下面的相关文章希望大家以后多多支持考高分网！
