dubbo 限制方法线程数_不可忽视的Dubbo线程池避坑指南

推荐阅读：

阿里巴巴4面Java岗位：算法+性能调优+并发+多线程+数据库

Dubbo+Kafka+MyBatis+reids+Spring+多线程等，学完就去面试BAT

问题描述

• 线上突然出现Dubbo超时调用，时间刚好为Consumer端设置的超时时间。
• 有好几个不同的接口都报超时了
• 第1次调用超时，第2次(或第3次)重试调用非常快(正常水平)
• Dubbo调用超时的情况集中出现了3次，每次都是过一会自动恢复

排查

排查日志

看到调用超时，首先就拿着traceId去服务提供方查日志。 奇怪的是，在服务提供方的业务日志里面，只有正常的调用日志(耗时正常)，没有超时调用的日志。 从正常的调用日志里面看，一切都是正常的，看不出所以然。 给人的感觉就是超时那次请求的调用没有达到服务提供方。

此时系统活动情况

通过系统历史监控，我们发现除了gc比平时稍微高一点外(也在正常水位)，没有其他的异常；CPU、内存、网络等指标都在正常范围。

查看Dubbo线程活动情况

第2次系统集中超时报警的做的第一件事就是登录到那台服务器查看dubbo线程活动情况：看下能不能找到阻塞在哪一行代码。很遗憾，所有的dubbo线程都没有