2024年Android最新okhttp网络框架源码解析,2024年最新android开发基础在线学习网站

学习福利

【Android 详细知识点思维脑图(技能树)】

其实Android开发的知识点就那么多,面试问来问去还是那么点东西。所以面试没有其他的诀窍,只看你对这些知识点准备的充分程度。so,出去面试时先看看自己复习到了哪个阶段就好。

虽然 Android 没有前几年火热了,已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了,现在高级工程师还是比较缺少的,很多高级职位给的薪资真的特别高(钱多也不一定能找到合适的),所以努力让自己成为高级工程师才是最重要的。

这里附上上述的面试题相关的几十套字节跳动,京东,小米,腾讯、头条、阿里、美团等公司19年的面试题。把技术点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节。

由于篇幅有限,这里以图片的形式给大家展示一小部分。

网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

1、OkHttp任务调度

发送的同步、异步请求都会在dispatcher中管理

2、到底什么是dispatcher

dispatcher的作用是:维护请求的状态,维护一个线程池用于执行请求。

Dispatcher中有3个集合和1个线程池比较重要:


  /** 线程池执行请求*/

  private @Nullable ExecutorService executorService;



/**异步等待队列*/

  private final Deque<AsyncCall> readyAsyncCalls = new ArrayDeque<>();



  /** 正在执行的异步请求队列.(包含已取消的请求) */

  private final Deque<AsyncCall> runningAsyncCalls = new ArrayDeque<>();



  /** 正在执行的同步请求队列 (包含已取消的请求)*/

  private final Deque<RealCall> 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步(不用刻意记方法名,知道这个步骤顺序就好了):



//1、写入请求的头部信息

httpCodec.writeRequestHeaders(request);

//2、写入请求的Body信息

request.body().writeTo(bufferedRequestBody);

//3、完成了网络请求的写入工作

httpCodec.finishRequest();



写完了,就要读了

//4、读取响应头部信息

httpCodec.readResponseHeaders(false);

//5、读取响应Body信息

response = response.newBuilder()

          .body(httpCodec.openResponseBody(response))

          .build();



HttpCodec:编码Request和解码Response

最后总结Okhttp:OkHttp中一次网络请求的大致过程:

1、获取Call对象

2、diapatcher对请求的分发

3、getResponseWithInterceptors方法(这个方法就是拦截器链:5个拦截器)

更多:

LruCache和DisLruCache的区别

LruCache内部是通过LinkedHashMap来完成。

面试复习笔记:

这份资料我从春招开始,就会将各博客、论坛。网站上等优质的Android开发中高级面试题收集起来,然后全网寻找最优的解答方案。每一道面试题都是百分百的大厂面经真题+最优解答。包知识脉络 + 诸多细节。
节省大家在网上搜索资料的时间来学习,也可以分享给身边好友一起学习。

《960页Android开发笔记》

《1307页Android开发面试宝典》

包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

《507页Android开发相关源码解析》

只要是程序员,不管是Java还是Android,如果不去阅读源码,只看API文档,那就只是停留于皮毛,这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码,不仅限于阅读各大系统源码,还包括各种优秀的开源库。

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

[外链图片转存中…(img-S2MoC1Ez-1715668164456)]

《507页Android开发相关源码解析》

只要是程序员,不管是Java还是Android,如果不去阅读源码,只看API文档,那就只是停留于皮毛,这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码,不仅限于阅读各大系统源码,还包括各种优秀的开源库。

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 26
    点赞
  • 22
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值