标签:缓存 return 请求 val 拦截器 OkHttp 连接
前言
之前我们结合设计模式简单说了下OkHttp
的大体流程,今天就继续说说它的核心部分——拦截器
。
因为拦截器组成的链其实是完成了网络通信的整个流程,所以我们今天就从这个角度说说各拦截器的功能。
首先,做一下简单回顾,从getResponseWithInterceptorChain
方法开始。
简单回顾(getResponseWithInterceptorChain)
internal fun getResponseWithInterceptorChain(): Response {
// Build a full stack of interceptors.
val interceptors = mutableListOf<Interceptor>()
interceptors += client.interceptors
interceptors += RetryAndFollowUpInterceptor(client)
interceptors += BridgeInterceptor(client.cookieJar)
interceptors += CacheInterceptor(client.cache)
interceptors += ConnectInterceptor
if (!forWebSocket) {
interceptors += client.networkInterceptors
}
interceptors += CallServerInterceptor(forWebSocket)
val chain = RealInterceptorChain(
interceptors = interceptors
//...
)
val response = chain.proceed(originalRequest)
}
这些拦截器会形成一条链,组织了请求接口的所有工作。
以上为上节内容,不了解的朋友可以返回上一篇文章看看。
假如我来设计拦截器
先抛开拦截器的这些概念不谈,我们回顾下网络通信过程
,看看实现一个网络框架至少要有哪些功能。
请求过程
:封装请求报文、建立TCP连接、向连接中发送数据响应过程
:从连接中读取数据、处理解析响应报文
而之前说过拦截器的基本代码格式是这样:
override fun intercept(chain: Interceptor.Chain): Response {
//做事情A
response = realChain.proceed(request)
//做事情B
}
也就是分为 请求前工作,请求传递,获取响应后工作 三部分。
那我们试试能不能把上面的功能分一分,设计出几个拦截器?
拦截器1
: 处理请求前的请求报文封装
,处理响应后的响应报文分析
诶,不错吧,拦截器1就用来处理 请求报文和响应报文的一些封装和解析工作。就叫它封装拦截器吧。
拦截器2
: 处理请求前的建立TCP连接
肯定需要一个拦截器用来建立TCP连接,但是响应后好像没什么需要做连接方面的工作了?那就先这样,叫它连接拦截器吧。
拦截器3
:处理请求前的数据请求(写到数据流中)
处理响应后的数据获取(从数据流拿数据)
这个拦截器就负责TCP连接后的 I/O操作,也就是从流中读取和获取数据。就叫它 数据IO拦截器 吧。
好了,三个拦截器好像足够了,我得意满满的偷看了一眼okhttp拦截器代码,7个???我去。。
那再思考思考
标签:缓存,return,请求,val,拦截器,OkHttp,连接 来源: https://www.cnblogs.com/jimuzz/p/14557234.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。