OkHttp3源码详解之Okhttp任务队列工作原理（三），阿里架构师经验分享

最新推荐文章于 2024-04-11 10:50:44 发布

安卓欢呼

最新推荐文章于 2024-04-11 10:50:44 发布

阅读量184

点赞数

分类专栏： Android 文章标签：面试 android 移动开发

本文链接：https://blog.csdn.net/m0_61417864/article/details/120068573

版权

本文深入探讨了OkHttp3的Dispatcher类中任务队列的工作原理，包括如何管理同步和异步调用，以及如何控制并发请求的数量。通过源码分析，展示了如何在达到最大请求限制时将请求放入等待队列，并在资源可用时执行。此外，还介绍了在执行过程中如何处理回调和错误情况。

摘要由CSDN通过智能技术生成

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. */
priv