标签：排查 ConnectionPool 复用 OkhttpClient 案例 调优 线程 new 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

标签：排查,ConnectionPool,复用,OkhttpClient,案例,调优,线程,new,OkHttpClient
来源： https://www.cnblogs.com/greyzeng/p/14148675.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。