OkHttpClient调优案例

OkHttpClient调优案例

作者:Grey

原文地址:

语雀

博客园

Github

实际案例
系统运行一段时间后,线程数量飙升,CPU持续居高不下

排查工具
https://fastthread.io/

这个工具是在线的,可以将dump日志文件上传上去后直接生成分析报告,并且可以导出为PDF
以下是我导出的分析结果
值得关注的指标:

OkHttpClient调优案例

pool和OkHttp ConnectionPool占了前两位,由于很多同事开发的时候,没有定义有意义的线程名称,所以pool这2031个线程不好排查,

我们就从OkHttp ConnectionPool这里的线程数入手,很显然,这里是Okhttp的使用问题,

所以,我们排查了一下系统中所有使用Okhttp的地方,发现所有OkhttpClient的用法都是这样用的:

OkHttpClient调优案例

因为我们有好多的服务,每个服务都可能会用OkhttpClient,所以图中的getHttpClient()方法遍布各地,这个方法有什么问题呢?

我们进到了OkttpClient的源码中,看到了这个构造方法,找到了原因:

OkHttpClient调优案例

这个构造方法中,每次拿一个OkhttpClient客户端,

就要new一个ConnectionPool,

类似与每次new一个Thread就要new 一个ThreadPool一样,

而ConnectionPool完全是可以复用的,所以不需要new ConnectionPool,复用即可,

所以我们把OkhttpClient的获取逻辑修改成了以下:
OkHttpClient调优案例

即每个OkhttpClient复用一个ConnectionPool,
为了验证,我特意在IDEA里面写了两个小程序来实验一下:

OkHttpClient调优案例
OkHttpClient调优案例

源码:

OkHttpClientNotSharePool

OkHttpClientSharePool

上一篇:OkHttp使用总结


下一篇:OkHttp常见场景及用法