Android高工：okhttp原理详解，搞懂了直接去虐面试官~-CSDN博客

本文链接：https://blog.csdn.net/2401_84149855/article/details/138755632

使用

StreamAllocation.newStream来和服务端建立连接，并返回输入输出流（HttpCodec），实际上是通过StreamAllocation中的findConnection寻找一个可用的Connection，然后调用Connection的connect方法，使用socket与服务端建立连接。

1.2.5、CallServerInterceptor：负责从服务器读取响应的数据

主要的工作就是把请求的Request写入到服务端，然后从服务端读取Response。

写入请求头
写入请求体
读取响应头
读取响应体

二、连接池原理

===================================================================

由于HTTP是基于TCP，TCP连接时需要经过三次握手，为了加快网络访问速度，我们可以Reuqst的header中将Connection设置为keepalive来复用连接。

Okhttp支持5个并发KeepAlive，默认链路生命为5分钟(链路空闲后，保持存活的时间)，连接池有ConectionPool实现，对连接进行回收和管理。

2.1、连接池的清理

连接池清理1

ConectionPool在内部使用一个异步线程来清理连接。

当连接池中有连接时：清理任务由cleanup()方法完成，首先执行清理，并返回下次需要清理的间隔时间，调用调用wait() 方法释放锁。等时间到了以后，再次进行清理，并返回下一次需要清理的时间间隔，再次进入wait，以此循环往复。

当连接池中没有连接时：cleanup()返回-1，跳出循环，下次有连接加进来时，再次开启线程进行循环清理。

之所以连接池线程可以跳出循环，是因为，他是子线程，而looper选择一直阻塞是因为他是主线程，如果跳出，程序执行结束。

连接池原理2

首先统计空闲连接数量；
然后通过for循环查找最长空闲时间的连接以及对应空闲时长；
然后判断这个最长空闲时间的连接是否超出最大空闲连接数或者或者超过最大空闲时间，满足其一则清除最长空闲的连接。如果不满足清理条件，则返回一个对应等待时间。

这个对应等待的时间又分二种情况：

有空闲连接：则返回：keepAliveDurationNs-longestIdleDurationNs;
没有空闲的连接，则返回：keepAliveDurationNs

注意：清除一个空闲连接后，会返回0，再次立即开始清理。

如何统计空闲连接呢？

统计空闲连接

StreamAllocation创建或者复用一个Connection后，会将自己添加到Connection的connection.allocations列表中，数据读取完毕之后，会将自己从Connection的connection.allocations中移除，所以判读一个Connection是否是空闲连接可以采用引用计数法，判断connection.allocations列表中是否有StreamAllocation，如果没有就是空闲连接，否则不是。

三、OkHttp中Dispatcher和线程池

===================================================================================

3.1、OkHttp中线程池

public synchronized ExecutorService executorService() {

if (executorService == null) {

executorService = new ThreadPoolExecutor(0, Integer.MAX_VALUE, 60, TimeUnit.SECONDS,

new SynchronousQueue(), Util.threadFactory(“OkHttp Dispatcher”, false));

}

return executorService;

}

OkHttp中的线程池是一个 newCachedThreadPool。

所以在 OkHttp 中线程池只是一个辅助作用，仅仅是用来做线程缓存，便于复用的。

真正控制请求并发数量和执行时机是通过调度器 Dispatcher 完成的。

3.2、OkHttp中Dispatcher

RealCall.execute

RealCall.execute

先将RealCall加入Dispatcher的runningSyncCalls队列，然后调用

getResponseWithInterceptorChain获取Response，最后调用Dispatcher的finished方法，将自身从runningSyncCalls移除，然后进行轮询readyAsyncCalls队列，取出ready的异步任务在满足条件的情况下进行执行。

RealCall.enqueue

RealCall.enqueue

如果当前正在执行的RealCall的数量小于最大并发数maxRequest(64)，并且该call对应的Host上的call小于同一host上的最大并发数maxRequestsPerHos(5)，则将该call加入runningAsyncCalls，并将这个call放到线程池中进行执行，否则加入readyAsyncCall排队等待。