Okhttp一些总结

最新推荐文章于 2024-07-02 14:04:59 发布

android攻城师

最新推荐文章于 2024-07-02 14:04:59 发布

阅读量838

点赞数

分类专栏： android 文章标签： android

本文链接：https://blog.csdn.net/yxw_android/article/details/107338439

版权

android 专栏收录该内容

16 篇文章 0 订阅

订阅专栏

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