标签:targe res 直接执行exe oct 通过 div break rup finally
本文通过结合OkHttp源码,分析发送请求的大致流程。
首先我们创建一个最简单的请求,以此为例开始进行分析
|
|
|
|
首先使用建造者模式构建一个Requst,来插入请求的数据。
请求封装在了接口Call的实现类RealCall中:
|
|
请求分为同步请求和异步请求:
同步请求:
|
|
异步请求:
|
|
从上面可以看到不论是同步请求还是异步请求都是在Dispatcher中进行处理,
区别在于:
|
|
AsyncCall继承自NamedRunnable,而NamedRunnable可以看成一个会给其所运行的线程设定名字的Runnable,Dispatcher会通过ExecutorService来执行这些Runnable。
|
|
请求的调度主要在Dispatcher类中进行,其中维护了3个双端队列:
对于同步请求,Dispatcher会直接将请求加入到同步请求队列执行;对于异步请求首先会将请求加入readyAsyncCalls中,接下来会遍历readyAsyncCalls判断如果当前执行的异步请求数量小于65并且同一host下的异步请求数小于5,则将readyAsyncCalls中的请求加入到runningAsyncCalls开始执行并从readyAsyncCalls中移除。
|
|
可以说okhttp最核心的部分就是拦截器的这部分,这里采用责任链的设计模式,使各个功能充分解耦,各司其职,请求从用户自定义的拦截器开始层层传递到CallServerInterceptor,每层做出相应的处理,直到请求发出,与此同时,返回的响应从CallServerInterceptor开始逐层上传直到用户的自定义拦截器,每层都会对返回的响应做出相应处理,最终将处理好的响应结果返回给用户。
原文:大专栏 OkHttp 流程浅析 - NoHarry的博客
标签:targe res 直接执行exe oct 通过 div break rup finally
原文地址:https://www.cnblogs.com/wangziqiang123/p/11618292.html