同事反饋，系統使用過程出個別時候會出現錯誤，系統使用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修改前配置。

<dubbo:protocol name="dubbo" port="20881" />

修改後

<dubbo:protocol name="dubbo" port="20881" threadpool="fixed" threads="500" />

觀察幾分鐘，檢視日誌，比之前會少一些報錯，異常還是存在。使用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內容請搜尋我們以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援我們！