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