android 网络库

网络库重点：

• 稳定
• 高效，能够复用链接
• 有缓存，不用重复请求

okhttp

毋庸置疑，使用 okhttp 作为网络框架。

• okhttp 已经稳定使用很长时间，应用很普遍。

• okhttp 多路复用，有链接池。初步来看时根据 host 等等进行复用。链接池默认是5个，5分钟

  1. 提供了 okio 进行读写。Buffer 使用双向链表 segment(segment 还有 compact 和 flit 优化，以及 segmentpool 来进行维护) 来进行存储数据，输入输出通过 buffer 达到低的CPU和内存消耗。
  2. okhttp 是依靠先判断 host 在判断是否归为一个 route ，且支持 http2 多路复用。

• okhttp 本身有缓存策略,能够 new Cache 指定缓存目录和大小，内部会使用 LRU 策略清理。也能够本身 Request 设置 CasheControl ，推荐有 FORCE_NETWORK 和FORCE_CACHE，不符合要求能够本身设置builder。

  1. 服务器支持缓存，即服务器在 response 头部有 Cache-Control, okhttp 会处理对应状况。
  2. 服务器不支持缓存，想要支持就要在 NetworkInterceptor 里面处理 response，remove Pragma ,添加 Cache-Control。

retrofit

对 okhttp 进行了封装。

Retrofit 是一个 restful 的 HTTP 网络请求框架的封装。 网络请求的工做本质上是 OkHttp 完成，而 Retrofit 仅负责 网络请求接口的封装 App应用程序经过 Retrofit 请求网络，其实是使用 Retrofit 接口层封装请求参数、Header、Url 等信息，以后由 OkHttp 完成后续的请求操做 在服务端返回数据以后，OkHttp 将原始的结果交给 Retrofit，Retrofit根据用户的需求对结果进行解析 相对其余开源库而言代码简洁使用更加方便.

感想

阅读这2个库发现一些颇有意思的事情

• 由于 Cache 类和 CacheInterceptor 不在一个目录下，CacheInterceptor 须要持有 Cache 实例。通常作法是 Cache public ,对应方法也要 public。可是 okhttp 并无这么作。它定义了一个接口 InternalCache。Cache 类内部 持有实现了 InternalCache 实例。CacheInterceptor 类再由 okhttp client 构造里面传递进来 cache 里的 InternalCache示例。从而实现了 Cache 类方法不 public 另外目录也能够调用，且调用由接口来约束。在4.X版本 okhttp 用 kotlin 实现，由于 kotlin 能够控制包内访问，因此删除了 InternalCache 接口类。
  这种场景平时其实平时很容易碰到，为了项目易维护，要分目录来进行划分，可是 java 由于语言特性，一旦外界想要访问必需要 public 。结果致使不少不想 public 的方法所以暴露或者致使没法放在不一样目录下。okhttp 这种思路虽然略显 繁琐，但符合开发原则。值得推荐学习。
• 定义了一个 Internal 抽象类，内部持有自身实例 public static Internal instance，由 OkHttpClient 主对外类来实现并赋值。从而来打通 internal 目录下和外界的调用。okhttp 作的很好的点在于将面向对象特性发挥的很好。类职责较单一，但类实例传递很频繁。每每一个类层层传递到深处仍在正常使用。这对类实例稳定性其实由很高的要求。
• retrofit 不涉及具体网络请求，对请求和返回值等接口作了封装。要是咱们本身简单使用的话，实际上不须要retrofit，统一封装一个 request、response 就能够。可是从程序设计的角度，考虑之后扩展的话，就不得不考虑 request 多样性、reponse 多样性和是否能够转换，具体请求是否能够方便替换等等。retrofit 作到了这些，同时还采用了注解的方式，来简化了不少代码，从易用性和可扩展性上实现了平衡，请求用注解，后续不少都采用 adapter，factory 来实现可扩展。从测试方面，retrofit 对外提供了 mock 库，能够本身定义 response 返回，固然，由于它是基于 okhttp 的，用拦截器也能实现。对内单元测试覆盖较全，使用 mockwebserver 模拟请求。