Okhttp一些总结

OKHttp

• Okhttp调用流程

  

• Okhttp时序图

  

• Okhttp责任链模式调用逻辑

  

• 优点
  • 1. 支持SPDY、HTTP2.0
    • SPDY: HTTP的兼容协议、支持多路复用请求、对请求划分优先级（优先返回文字，图片音频等随后返回）、压缩HTTP头，以减少请求数据量；
    • HTTP2.0: 添加了更安全的SSL协议
  • 2. 无缝支持GZIP来减少数据流量 ,发送的数据和接受的收据在传递过程中都是经过gzip压缩的，BridgeIntercept的intercept方法中设置的
  • 3. 支持同步、异步（异步使用较多）
  • 4. 缓存
  • 5. 链接重试和恢复, 在发生 RouteException 或者 IOException 后再根据一些策略进行一些判断，如果可以恢复，就重新进请求 ；FollowUp本意是跟进的意思
    • 主要有以下几种类型可以继续发起请求：部分以3或4开头的返回码的情况下可以继续发送请求。
  • 6. 通过连接池来减少请求延时
    • 在okhttp中，我们每次的request请求都可以理解为一个connection，而每次发送请求的时候我们都要经过tcp的三次握手，然后传输数据，最后在释放连接。在高并发或者多个客户端请求的情况下，多次创建就会导致性能低下。如果能够connection复用的话，就能够很好地解决这个问题了。能够复用的关键就是客户端和服务端能够保持长连接，并让一个或者多个连接复用。
  • 7. 在BridgeInterceptor的intercept()方法中requestBuilder.header("Connection", "Keep-Alive")，我们在request的请求头添加了("Connection", "Keep-Alive")的键值对，这样就能够保持长连接。而连接池ConnectionPoll就是专门负责管理这些长连接的类。需要注意的是，我们在初始化 ConnectionPoll的时候，会设置 闲置的connections 的最大数量为5个，每个最长的存活时间为5分钟。
• 重要API
  • 1. RealCall
    • 作用
      • 真正的请求执行者
        • 同步: execute

          

          • 1. 检查这个 call 是否已经被执行了，每个 call 只能被执行一次，如果想要一个完全一样的 call ，可以利用 clone 方法进行克隆

            

          • 2. 利用 client.dispatcher().executed(this) 来进行实际执行

            

          • 3. 调用 getResponseWithInterceptorChain() 函数获取 HTTP 返回结果，从函数名可以看出，这一步还会进行一系列“拦截”操作。

            

            • 1. 在配置 OkHttpClient 时设置的 interceptors ；
            • 2. 负责失败重试以及重定向的 RetryAndFollowUpInterceptor ；
            • 3. 负责把用户构造的请求转换为发送到服务器的请求、把服务器返回的响应转换为用户友好的响应的 BridgeInterceptor ；
            • 4. 负责读取缓存直接返回、更新缓存的 CacheInterceptor ；
            • 5. 负责和服务器建立连接的 ConnectInterceptor ；
            • 6. 配置 OkHttpClient 时设置的 networkInterceptors ；
            • 7. 负责向服务器发送请求数据、从服务器读取响应数据的 CallServerInterceptor 。
            • 8. 在 return chain.proceed(originalRequest); 中开启链式调用：
          • 4. 涉及到 dispatcher 的内容只不过是告知它我们的执行状态加入到running队列，如:
            • 开始执行了（调用 executed ）
            • 执行完毕了（调用 finished ）
        • 异步: enqueue

          

          • 在子线程中,asyncCall是线程，UI需要切换线程

            

            

            • dispatcher.equeue

              

              • 如果中的 runningAsynCalls 不满，且 call 占用的 host 小于最大数量，则将 call 加入到 runningAsyncCalls 队列中执行，同时利用线程池执行 call ；
              • 否则将 call 加入到 readyAsyncCalls 中
            • 为什么有两个队列
              • 生产者消费者模式
  • 2. OKHttpClient 参数说明

    

• 责任链模式

  

  

  • Okhttp责任链模式UML类图

    

    • 用了责任链设计模式 ,它将请求一层一层向下传，直到有一层能够得到Resposne就停止向下传递，并 response 向上面的拦截器传递，然后各个拦截器会对 respone 进行一些处理，最后会传到 RealCall 类中通过 execute 来得到 response 。
    • 1. RetryAndFollowUpInterceptor
      • 做网络失败重连，但是并不是所有的请求都需要重连，根据响应码。MAX_FOLLOW_UPS=20最大重连次数,在intercept方法中创建了StreamAllocation对象，并调用chain.proceed方法，执行下一个拦截器，对request进行处理，并返回response。
    • 2. BridgeInterceptor
      • 初始化信息，添加请求头等，例如gzip，keep-alive，返回的response进行解压
    • 3. CacheInterceptor
      • 内部有Cache类，处理缓存操作，intercache内部类，disklrucache算法等,重点是不缓存非get的请求。CacheStrategy缓存策略类，通过工厂模式获取
    • 4. ConnectionInterceptor(建议重点阅读源码)

      

      • 建立链接，使用之前创建好的StreamAllocation，初始化httpcodec，realConnection。内部使用了类似gc标记清理算法，对无用的connection进行标记，StramAlloction渐渐变成0，线程池检测并回收，保证多个健康的keep-alive链接
    • 5. CallServerInterceptor
      • >发起真正的网络请求，解析返回的数据,http写入网络IO流，从网络IO流中读取返回给客户端的数据。
    • 6. Network Interceptors
      • Application interceptors & Network Interceptors区别查看相关资料
      • [okhttp wiki](https://github.com/square/okhttp/wiki/Interceptors)
    • 参考
      • https://github.com/yxwandroid/DesignPattern
• getResponseWithInterceptChain方法

  

• 自己实现OkHttp
  • https://github.com/yxwandroid/SenduoHttp
• 自己分析Okhttp过程写的一些demo 包含了一些设计模式,线程,缓存的demo 有利于理解的代码可以参考一下

  

• https://github.com/yxwandroid/okhttp_analysis.git