OkHttpClient调优案例
作者：Grey
原文地址：
实际案例
系统运行一段时间后，线程数量飙升，CPU持续居高不下
这个工具是在线的，可以将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里面写了两个小程序来实验一下：
源码：