//判断当前call是否只执行了一次,如果不是就会抛出异常
if (executed) throw new IllegalStateException(“Already Executed”);
executed = true;
/* 通过传入的callback对象,封装成了一个AsyncCall对象(就是一个runnable)
最后发起异步请求,首先会判断当前正在请求的请求数量是否小于请求最大值(64个),当前请求的host是否小于最大的请求host(5个),
如果满足这2个条件,该请求就会添加到 正在执行的异步请求队列(runningAsyncCalls)中,然后通过线程池执行这个call请求。
如果不是,就会添加到等待队列(readyAsyncCalls)中。*/
client.dispatcher().enqueue(new AsyncCall(responseCallback));
> ### []( )四、异步的流程和源码分析(二)
Response对象是通过一个拦截链返回的
异步总结:
1、创建一个OkHttpClient对象
2、构建Request对象,通过OkHttpClient和Request构建出Call对象
3、执行call的enqueue方法添加请求到调度器中,由于是异步的,需要注入一个CallBack对象
在异步中要注意Dispather类,它有3个重要的东西:
readyAsyncCalls 等待执行异步任务的队列
runningAsyncCalls 正在执行异步任务的队列
线程池
**不管同步异步OkHttp真正的网络请求还是Dispatcher和拦截器链来进行操作的。
它们也是OkHttp中最重要的2个核心。**
下节先讲Dispatcher,然后讲拦截器链
> ### []( )五、OkHttp任务调度:Dispatcher源码解析
1、OkHttp任务调度
发送的同步、异步请求都会在dispatcher中管理
2、到底什么是dispatcher
dispatcher的作用是:维护请求的状态,维护一个线程池用于执行请求。
Dispatcher中有3个集合和1个线程池比较重要:
/** 线程池执行请求*/
private @Nullable ExecutorService executorService;
/*异步等待队列/
private final Deque readyAsyncCalls = new ArrayDeque<>();
/** 正在执行的异步请求队列.(包含已取消的请求) */
private final Deque runningAsyncCalls = new ArrayDeque<>();
/** 正在执行的同步请求队列 (包含已取消的请求)*/
private final Deque runningSyncCalls = new ArrayDeque<>();
每当有新的请求到达dispatcher中时,
同步请求会直接调用runningSyncCalls.add(call) 加到同步队列中。
而异步请求会判断当前正在请求的请求数量是否小于请求最大值(64个),当前请求的host是否小于最大的请求host(5个);
如果满足这2个条件,该请求就会添加到 正在执行的异步请求队列(runningAsyncCalls)中,然后通过线程池执行这个call请求。
如果不是,就会添加到等待队列(readyAsyncCalls)中。
请求结束之后会调用dispatcher中的finished方法:
1、把请求从队列中删除
2、在同步代码块中调整异步请求队列(为了保证线程安全,所以在同步代码块中调整)
promoteCalls():遍历readyAsyncCalls ,把请求从readyAsyncCalls 中删除,然后添加到runningAsyncCalls
3、重新计算正在执行的线程数量(正在执行的异步数量+正在执行的同步数量)
> ### []( )六、OkHttp拦截器解析
官网定义:
拦截器是OkHttp中提供的一种强大机制,可以实现网络监听、请求以及响应重写、请求失败重试等功能,是不管同步还是异步都是使用到拦截器。
当发送一个请求,okhttp内部会通过一个拦截器链来执行请求,分别是:
RetryAndFollowUpInterceptor:重试和重定向请求
BridgeInterceptor:将request请求转化为能够进行网络访问的请求(添加http的请求头)
CacheInterceptor:缓存拦截器
下面两个是核心的拦截器:
ConnectInterceptor:负责建立可用的连接
CallServerInterceptor:发送请求和读取响应
发起一个请求会执行到RealCall的此方法获取Response
Response result = getResponseWithInterceptorChain();
OkHttp拦截器总结1:
1、创建一系列拦截器,并将其放入一个拦截器list中
2、创建一个拦截器链RealInterceptorChain,并执行拦截器的proceed方法
proceed方法的核心是创建下一个拦截器链,构造方法中传入的是index+1,这样就会依次调用下一个拦截器的Response response = interceptor.intercept(next);方法,这样就完整的构成了一个拦截器链。
那么拦截器都是怎么衔接的呢?
内部的intercept方法中执行了拦截器链的proceed方法,
proceed方法内部会执行下一个拦截器的intercept方法。整个拦截器链就完整的交替执行,最终可以把所有的拦截器都做完,这就是拦截器的核心逻辑。
OkHttp拦截器总结2(核心逻辑,要弄懂拦截器链,为什么要调用下一个拦截器):
1、在发起请求前对request进行处理
2、调用下一个拦截器,获取Response(因为只有调用下一个拦截器,才能构成链条)
3、对Response进行处理,返回给上一个拦截器
> 具体的拦截器解析:
只要当所有的拦截器执行完后,才会返回Response
> 1、RetryAndFollowUpInterceptor:失败重连只有20次。
1、创建StreamAllocation对象:为了获取服务端的connection连接和输入输出流。
2、调用RealInterceptorChain.proceed进行网络请求
3、根据响应结果判断是否要重新请求
4、调用下一个拦截器,对response进行处理,返回给上一个拦截器
比如:
CacheInterceptor返回的Response交给拦截器链前面的一个拦截器,即BridgeInterceptor来处理
> 2、BridgeInterceptor:设置内容长度和编码方式,主要是添加请求头Header,让它成为一个可以发送网络请求的request
1、负责将request请求转化为能够进行网络访问的请求
2、将这个符合网络请求的request进行网络请求
3、如果客户端支持gzip压缩,服务端会返回支持Gzip压缩的Response,转化为用户可用的Response
> 3、CacheInterceptor:
想要了解CacheInterceptor必须要先知道缓存策略。
OkHttp缓存策略(put和get方法)源码分析:
put和get数据都是从Entry对象里面获取的。
put方法:
DiskLruCahce缓存算法是核心,只缓存GET请求,写到磁盘上
先Md5加密处理,然后转为二进制
> 为什么只缓存get请求,不缓存post请求?
因为OkHttp缓存的是整个http请求的信息,所以这就和http协议有关系了。在RESTful API里面,我们把Get请求理解为从服务端查询数据,Post请求理解为更新服务端数据,而http协议里面缓存通常只适用于Get请求,为什么只适应Get请求?我们都知道Get请求url结合提交参数是唯一标示,而Post请求的参数是在http的body体里面,是可变的,无法成为唯一的标示。
post请求缓存我们可以手动缓存到文件中,利用disklrucache缓存
get方法:
解密Md5得到key,根据key值从缓存中获取
> 下面是重头戏:CacheInterceptor 缓存拦截器
okhttp中的缓存策略有强制缓存和对比缓存:
强制缓存,即缓存在有效期内就直接返回缓存,不进行网络请求。
对比缓存,即缓存超过有效期,进行网络请求。若数据未修改,服务端返回不带body的304响应,表示客户端缓存仍有效可用;否则返回完整最新数据,客户端取网络请求的最新数据。
okhttp利用CacheStrategy对象中的networkRequest和cacheResponse来判断执行什么策略:
/** The request to send on the network, or null if this call doesn’t use the network. */
public final @Nullable Request networkRequest;
/** The cached response to return or validate; or null if this call doesn’t use a cache. */
public final @Nullable Response cacheResponse;
通过注释可以知道networkRequest是否为空决定是否请求网络,cacheResponse是否为空决定是否使用缓存
有4种组合情况(这里先了解对应结论,后面再分析生成规则):
1. networkRequest、cacheResponse均为空,构建返回一个状态码为504的response;
2. networkRequest为空、cacheResponse不为空,执行强制缓存
3. networkRequest、cacheResponse均不为空,执行对比缓存
4. networkRequest不为空、cacheResponse为空,网络请求获取到最新response后,视情况缓存response
> 总结
okhttp中缓存机制实现大致流程是先判断执行强制缓存策略,不执行则请求服务端获取数据,然后判断执行对比缓存策略,接着更新缓存或新增缓存,最后返回response到上层拦截器。
> 4、ConnectInterceptor和连接池:打开于服务器的连接,正式开启网络请求
StreamAllocation在RetryAndFollowUpInterceptor里面初始化,在ConnectInterceptor才真正的使用,
//1、ConnectInterceptor获取Inteceptor传过来的StreamAllocation
StreamAllocation streamAllocation = realChain.streamAllocation();
HttpCodec httpCodec = streamAllocation.newStream(client, doExtensiveHealthChecks);
RealConnection connection = streamAllocation.connection();
//将创建的用于网络IO的RealConnection对象以及于服务器交互最关键的HttpCodec传递给后面的拦截器
return realChain.proceed(request, streamAllocation, httpCodec, connection);
下面看下newStream方法
1、生成RealConnection 来进行网络连接
2、通过RealConnection 来生成HttpCodec 对象
newStream调用findHealthyConnection,findHealthyConnection调用findConnection
findConnection才是核心,我们看它具体做了什么
它会尝试获取RealConnection ,可以复用就复用,不能复用就从连接池(connectionPool)中获取新的RealConnection ,最后把新的RealConnection 放入连接池中。
在RealConnection的connect()的方法里面判断是隧道连接还是普通连接,如果是隧道连接就走connectTunnel(),如果是普通连接则走connectSocket(),
总结:
1、得到一个RealConnection(它代表实际的网络请求)对象
2、选择不同的连接方式(隧道连接或socket连接)
3、当ConnectInterceptor都完成后,最后会调用CallServerInterceptor完成整个OKhttp请求操作。
> 5、连接池(ConnectionPool):复用连接的作用
服务端和客户端把网络连接抽象成了一个connection类,而RealConnection是它的真正实现。
get方法和put方法:从连接池connections中遍历获取connection和add到connections中
连接池总结:
1、每一次请求都会产生一个StreamAllocation对象
2、StreamAllocation对象的弱引用添加到RealConnection的allocations集合
3、从连接池中获取连接
如何回收connection ?
1、利用了GC的回收算法
2、StreamAllocation的数量渐渐的变为0的时候会被线程池监测到,然后进行回收,这样就可以保持多个健康的keep-alive连接
> 6、CallServerInterceptor(发送请求和读取响应两大工作)
> 最后一个拦截器它会获取到:
重要的一共有5步(不用刻意记方法名,知道这个步骤顺序就好了):
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip204888 (备注Android)
总结
最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识,这里放上相关的我搜集整理的14套腾讯、字节跳动、阿里、百度等2021面试真题解析,我把技术点整理成了视频和PDF(实际上比预期多花了不少精力),包知识脉络 + 诸多细节。
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
),包知识脉络 + 诸多细节。
[外链图片转存中…(img-WpfjzvNw-1712803833708)]
[外链图片转存中…(img-db9fwkC4-1712803833708)]
[外链图片转存中…(img-7Xnl5Beg-1712803833708)]
[外链图片转存中…(img-Q1a3E5Qa-1712803833709)]
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
[外链图片转存中…(img-sQHk74lx-1712803833709)]
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
[外链图片转存中…(img-oj6DjwEe-1712803833710)]