ZSAchg

这篇的整体逻辑和上一篇Http2.0的一致，也是先介绍Https，再看在OkHttp里是怎么实现的。 Https Https是Http协议加上下一层的SSL/TSL协议组成的，TSL是SSL的后继版本

OkHttp也对Http2.0进行了支持，2.0版本对1.1性能有了很大的提升，前几章分析的基本流程没有变化，只是传输的过程有了变化。我们先介绍下Http2.0的特征，再在OKHttp源码的基础上看看

上一篇介绍了ConnectInterceptor，主要是负责连接的工作，本篇主要介绍CallServerInterceptor，主要负责在流上传输请求数据，并处理接受数据。

ConnectInterceptor作为CacheInterceptor的后一个缓存，已经没有缓存这条退路了，必须要真刀真枪的请求网络了。到了现在才真正开始请求网络获取数据。

CacheInterceptor从名字就可以看出，是负责缓存的拦截器。他是如何工作的？内部策略如何呢？

BridgeInterceptor是第二个框架提供的拦截器，是一个桥梁的功能，从应用程序用户侧代码到网络代码转换。

RetryAndFollowUpInterceptor是OKHttp的第一个框架提供的拦截器，看变量名称，主要负责重试和重定向工作。 为什么第一个拦截器要负责这方面的工作呢？有何用意？

本篇分析两个上一篇提到但没有讲到的两个工具，分别是Dispatcher 和 AsyncTimeout Dispatcher分发器 这个类负责异步请求的调度，内部使用了线程池来进行异步调度。

为什么选择OkHttp？OkHttp是怎么设计的？外部使用规则如何？我们接触到的类到底有什么用？底层实现如何？