Android | okhttp 细枝篇
嗨,我是哈利迪~《看完不忘系列》之okhttp(树干篇)一文对okhttp的请求流程做了初步介绍,本文将对他的一些实现细节和相关网络知识进行补充。
本文约2000字,阅读大约5分钟。
源码基于3.14.9,即java版本的最新版
推荐阅读「查缺补漏」巩固你的HTTP知识体系,常用的概念都在了,由于目前用的比较多的还是http 1.1,所以下面分析会跳过http2,以http 1.1为主。
cache
强缓存:Cache-Control(maxAge过期时长)、Expires(过期时间);
协商缓存:etag(唯一标识)、lastModified(最后修改时间)。
缓存优先级:Cache-Control > Expires > etag > lastModified,从树干篇中可知,在CacheInterceptor
拦截器中会从磁盘取出缓存的Response(如果有),然后在CacheStrategy.Factory
中,解析缓存的Response来得到缓存策略CacheStrategy
,
强缓存内部细节,
本地磁盘缓存了Response的头信息文件和data文件,头信息如下(借玩安卓API一用~),
看看抓包数据,请求可见okhttp自动帮我们加上了gzip压缩(具体支不支持还得看后端接口),
响应可见Cache-Control是private(不是max-age=xxx),Expires是1970年(没做支持),所以这个get请求不走强缓存;
然后etag和lastModified也没有,getCandidate方法会尝试把Response接收时间设置为最后修改时间
即If-Modified-Since=servedDateString,再抓一次可见时间被带上了,
不过由于这个接口没做支持,带上If-Modified-Since也没用,接口直接返回200(整个Response)而不是304(缓存可用),所以协商缓存也没走,即其实每次请求都会返回完整的Response,磁盘缓存Response的data并没有被用上。
要是在面试官前吹:“我做的玩安卓App,用了okhttp,他强大的缓存机制可以为用户提速、节省流量”,是会被吊打的!
缓存体系需要客户端和后端共建,不然okhttp也有心无力。(当然,客户端也可以在okhttp外自行实现一层缓存,那就另说了)
connection
ConnectInterceptor
拦截器中会获取和建立连接,
发射器创建交换器:transmitter.newExchange、
交换寻找器find连接:exchangeFinder.find、findHealthyConnection、findConnection、
1. 有分配好的连接可用,return
2. 从连接池里找到池化的连接,return
3. 创建连接,进行socket连接
一个连接池有多个连接,一个连接可以同时处理多个发射器,下面看建立连接,
socket连上后,会创建SSLSocket进行tls握手,
route和dns
在ConnectInterceptor
创建连接时,会用RouteSelector
来选择路线,
连接池维护了一个RouteDatabase
来记录ip黑名单,可以记录最近连接失败过的ip地址,在RouteSelector
中则会优先选择不在黑名单中的ip,
可见,如果一个域名配了多个ip,当某个ip不稳定时(连接失败过),之后就会跳过而优先使用更稳定的ip。(不过RouteDatabase
只是简单地基于内存实现,用Set记录,App重启黑名单就没了)
nextProxy中,dns把域名解析成对应ip,默认实现走的是InetAddress.getAllByName(hostname)
,
有时有些数据对安全性要求不高(不需要https),或者我们要在内网调试,可以直接换成ip访问来省去域名解析的时间,
cookie
在BridgeInterceptor
拦截器中会自动从CookieJar
里存取Cookie
、默认的CookieJar
是空实现,需要用OkHttpClient自行配置,
tls
默认支持不加密、tls 1.2、tls 1.3,
eventListener
在树干篇提到,EventListener
是航班状态监听,因为他跟踪了整个请求流程,通过他可以看到每个环节的数据和耗时,引用官方图片,
打印日志,
可见第二次请求省去了域名解析、建立连接、tls握手的环节,
参考资料
版权声明: 本文为 InfoQ 作者【哈利迪】的原创文章。
原文链接:【http://xie.infoq.cn/article/40ff60576d9706321bca9bfaf】。文章转载请联系作者。
评论