OkHttpClient调优案例

OkHttpClient调优案例

作者：Grey

原文地址：

语雀

博客园

Github

实际案例

系统运行一段时间后，线程数量飙升，CPU持续居高不下

排查工具

https://fastthread.io/

这个工具是在线的，可以将dump日志文件上传上去后直接生成分析报告，并且可以导出为PDF

以下是我导出的分析结果

值得关注的指标：

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

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

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

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

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

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

就要new一个ConnectionPool，

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

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

所以我们把OkhttpClient的获取逻辑修改成了以下：

即每个OkhttpClient复用一个ConnectionPool，

为了验证，我特意在IDEA里面写了两个小程序来实验一下：

源码：

OkHttpClientNotSharePool

OkHttpClientSharePool