对okhttp的源码理解

先总体看一下okhttp请求的流程示意图:

  1. Dispatcher okhttp将请求(同步或者异步)一并放入Dispatcher分发器中,同步请求采用同步单线程的方式,函数使用excute,异步请求采用并发队列的分发与回调,函数使用enqueue
  2. dispatcher之后okhttp请求的一系列过程采用责任链的设计模式,一个功能一个功能用chain连在一起,责任链的先后顺序如下:
  • RetryAndFollowUpInterceptor : 创建StreamAllocation对象,处理http的重定向,出错重试。对后续Interceptor的执行的影响:修改request及StreamAllocation。
  • BridgeInterceptor:补全缺失的一些http header,Cookie设置。对后续Interceptor的执行的影响:修改request。
  • CacheInterceptor:处理http缓存。对后续Interceptor的执行的影响:若缓存中有所需请求的响应,则后续Interceptor不再执行。
  • ConnectInterceptor:借助于前面分配的StreamAllocation对象建立与服务器之间的连接(具体建立是在newStream方法中),并选定交互所用的协议是HTTP 1.1还是HTTP 2。对后续Interceptor的执行的影响:创建了httpStream和connection。
  • CallServerInterceptor:处理IO,与服务器进行数据交换。对后续Interceptor的执行的影响:为Interceptor链中的最后一个Interceptor,没有后续Interceptor。

   3.OkHttp里面的线程池ExecutorService,最小并发线程数为0,最大线程数为Integer.MAX_VALUE,当线程数大于corePoolSize时,多余的空闲线程的最大存活时间为60秒,这里面所有的线程一旦空闲下来最长存活60秒;

可以看出,在Okhttp中,构建了一个阀值为[0, Integer.MAX_VALUE]的线程池,它不保留任何最小线程数,随时创建更多的线程数,当线程空闲时只能活60秒,它使用了一个不存储元素的阻塞工作队列,一个叫做"OkHttp Dispatcher"的线程工厂。

SynchronousQueue其实是一个阻塞队列,通俗理解就是队列数据被删除一个,队列就往内部新增一条数据,否则就保持阻塞状态。

executorService = new ThreadPoolExecutor(0, Integer.MAX_VALUE, 60, TimeUnit.SECONDS,
          new SynchronousQueue<Runnable>(), Util.threadFactory("OkHttp Dispatcher", false));

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值