- 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
线程的执行方法
- @Override
- protected void execute() {
- boolean signalledCallback = false;
- try {
- Response response = getResponseWithInterceptorChain(forWebSocket);
- if (canceled) {
- signalledCallback = true;
- responseCallback.onFailure(RealCall.this, new IOException(“Canceled”));
- } else {
- signalledCallback = true;
- responseCallback.onResponse(RealCall.this, response);
- }
- } catch (IOException e) {
- if (signalledCallback) {
- // Do not signal the callback twice!
- Platform.get().log(INFO, "Callback failure for " + toLoggableString(), e);
- } else {
- responseCallback.onFailure(RealCall.this, e);
- }
- } finally {
- client.dispatcher().finished(this);
- }
- }
- }
这里做了核心request的动作,并把失败和回复数据的结果通过responseCallback
回调到Dispatcher。执行操作完毕了之后不管有无异常都会进入到dispactcher
的finished
方法。
-
private void finished(Deque calls, T call, boolean promoteCalls) {
-
int runningCallsCount;
-
Runnable idleCallback;
-
synchronized (this) {
-
if (!calls.remove(call)) throw new AssertionError(“Call wasn’t in-flight!”);
-
if (promoteCalls) promoteCalls();
-
runningCallsCount = runningCallsCount();
-
idleCallback = this.idleCallback;
-
}
-
&& idleCallback != null) {
-
idleCallback.run();
-
}
-
}
总结
【Android 详细知识点思维脑图(技能树)】
我个人是做Android开发,已经有十来年了,目前在某创业公司任职CTO兼系统架构师。虽然 Android 没有前几年火热了,已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了,现在高级工程师还是比较缺少的,很多高级职位给的薪资真的特别高(钱多也不一定能找到合适的),所以努力让自己成为高级工程师才是最重要的。
这里附上上述的面试题相关的几十套字节跳动,京东,小米,腾讯、头条、阿里、美团等公司19年的面试题。把技术点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节。
由于篇幅有限,这里以图片的形式给大家展示一小部分。
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
最后,赠与大家一句话,共勉!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!
考。
最后,赠与大家一句话,共勉!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!