看《HTTP权威指南》，结合 okhttp 源码一起，简直完美！
为啥我会这样说？在很早之前已经看过 okhttp 的源码，但一直在缓存的使用上傻傻分不清同缓存相关的Header信息，还有 https 请求，很早理清了流程，但是如何运用于 Android 又有些无法说得太清楚。至少现在，重新整理了一下，大体已经有了清晰的概念。这里主要记录一下 okhttp 中的缓存策略以及https的使用方式，以思维导图展示。
一、HTTP 报文格式
这里主要看对首部的分类汇总，哪些是专属的 请求或者响应头部，哪些是通用的头部。鉴于写客户端的很少会把整个请求的流程弄清楚，就会对一些 header 的使用会比较陌生并且有些会比较混乱。就拿我来说，之前写了一个文件上传的sdk，要支持断点续传功能，看了一些资料，基本知道了如何去实现，但由于自己没有写服务器代码，所以只能根据网上的说法简单实现，然后抓包看请求和响应，一步一步去验证自己的猜想。这样子总觉得获取的知识点很不可靠，毕竟有一环是自己薄弱的一面。现在整理了一下下面这张图，至少可以确定客户端请求头和服务端响应头是没有弄混的。
二、HTTP 缓存 & okhttp 缓存策略
我们知道 okhttp 是以责任链的形式组织整个请求和响应流程，每个拦截器各司其职。okhttp3 缓存相关操作是在 CacheInterceptor 中进行的，因此整理 CacheInterceptor 整个处理流程，即可得知其使用的缓存策略。具体流程和缓存的使用方式如图所示：
关于 okhttp 中的缓存使用，这里有一点需要说明一下。相信大家在使用缓存时，开始都查了一些方法，最开始接触的便是自己写拦截器实现一个缓存。我曾经也这这样写过一个 MyCacheInterceptor ，至今都不敢用，为什么呢？因为后来发现如果没有人给自己写服务器对接，那我写的这个拦截器就只能自己本地处理，想想本地处理逻辑的不确定性，定会存在一些坑。很长一段时间，自己都在为不会使用 ohttp3 的缓存而懊恼，毕竟曾有一次的面试挂在了这里。后来看了这本书后重新整理了缓存相关的逻辑，并且重新看了 okhttp3 的说法，找到了一个说服自己的点，感觉很多都清晰了。
图中的 Tips：
okhttp 的缓存策略是严格按照 RFC 文件写死，所以其流程对照 《http权威指南》是如出一辙的。
okhttp 的缓存是自动完成的，完全由服务器 Header 决定，没有必要自己本地写 Interceptor 添加缓存代码控制，这种属于 Hack 式利用，不建议使用。
若项目需要 进行对象持久化，则可使用文件存储或数据库。
缓存服务器配置很重要。
三、HTTPS
同样是一张整理好的大图，最关键的点是在第三个点 HTTPS 这里整理的流程。
如何在 android 中使用 https 呢？参考这篇文章 聊聊 Android HTTPS 的使用姿势 。
