OkHttp3源码详解（六）Okhttp任务队列工作原理

2401_84170623

已于 2024-04-11 10:50:45 修改

阅读量921

点赞数 13

分类专栏：程序员文章标签： okhttp java 开发语言

于 2024-04-11 10:50:44 首次发布

本文链接：https://blog.csdn.net/2401_84170623/article/details/137630773

版权

程序员专栏收录该内容

171 篇文章 0 订阅

订阅专栏

1 概述

1.1 引言

android完成非阻塞式的异步请求的时候都是通过启动子线程的方式来解决，子线程执行完任务的之后通过handler的方式来和主线程来完成通信。无限制的创建线程，会给系统带来大量的开销。如果在高并发的任务下，启用个线程池，可以不断的复用里面不再使用和有效的管理线程的调度和数量的管理。就可以节省系统的成本，有效的提高执行效率。

1.2 线程池ThreadPoolExecutor

okhttp的线程池对象存在于Dispatcher类中。实例过程如下

public synchronized ExecutorService executorService() {
if (executorService == null) {
executorService = , Integer.MAX_VALUE, , TimeUnit.SECONDS,
new SynchronousQueue(), Util.threadFactory(“OkHttp Dispatcher”, false));
}
return executorService;
}

1.2 Call对象

了解源码或使用过okhttp的都知道。 okttp的操作元是Call对象。异步的实现是RealCall.AsyncCall。而 AsyncCall是实现的一个Runnable接口。

final class AsyncCall extends NamedRunnable {}

所以Call本质就是一个Runable线程操作元肯定是放进excutorService中直接启动的。

2 线程池的复用和管理

2.1 图解

为了完成调度和复用，定义了两个队列分别用作等待队列和执行任务的队列。这两个队列都是Dispatcher 成员变量。Dispatcher是一个控制执行，控制所有Call的分发和任务的调度、通信、清理等操作。这里只介绍异步调度任务。

/** Ready async calls in the order they’ll be run. */
private final Deque readyAsyncCalls = new ArrayDeque<>();
/** Running asynchronous calls. Includes canceled calls that haven’t finished yet. */
private final Deque runningAsyncCalls = new ArrayDeque<>();

在《okhttp连接池复用机制》文章中我们在缓存Connection连接的时候也是使用的Deque双端队列。这里同样的方式，可以方便在队列头添加元素，移除尾部的元素。

2.2 过程分析

Call代用equeue方法的时候

synchronized void enqueue(AsyncCall call) {
if (runningAsyncCalls.size() < maxRequests && runningCallsForHost(call) < maxRequestsPerHost) {
runningAsyncCalls.add(call);
executorService().execute(call);
} else {
readyAsyncCalls.add(call);
}
}

方法中满足执行队列里面不足最大线程数maxRequests并且Call对应的host数目不超过maxRequestsPerHost 的时候直接把call对象直接推入到执行队列里，并启动线程任务（Call本质是一个Runnable）。否则，当前线程数过多，就把他推入到等待队列中。Call执行完肯定需要在runningAsyncCalls 队列中移除这个线程。那么readyAsyncCalls队列中的线程在什么时候才会被执行呢。

追溯下AsyncCall 线程的执行方法