每个浏览器都自带了HTTP缓存实现功能。只需要确保每个服务器响应都提供正确的HTTP响应头标志，以指示浏览器何时可以缓存响应以及可以缓存多久。
Cache-Control
每个服务端资源可以通过Cache-Control标志定义其缓存策略。
Cache-Control控制谁在什么条件下可以缓存响应 以及 可以缓存多久。
max-age
指定从请求的时间开始，允许获取的响应被重用的最长时间（单位：秒）。
例如，max-age=60表示可在接下来的60秒缓存和重用响应。
-
no-cache和no-store
no-cache 表示必须先与服务器确认返回的响应是否发生了变化，然后才能使用该响应来满足后续对同一网址的请求。因此，如果存在合适的验证令牌（ETag），no-cache会发起往返通信来验证缓存的响应。如果资源未发生变化，则不下载资源。
no-store 相对简单，直接禁止 浏览器以及所有中间缓存 存储任何版本的返回响应。例如，包含个人隐私数据或银行业务数据的响应。每次用户请求该资源时，都会向服务器发送请求，并下载完整的响应。
-
public和private
public 表示无论什么情况（比如，有与它相关联的验证ETag，响应状态码无法正常缓存），响应都可以被缓存。大多数情况下，public不是必须的，因为明确的缓存信息（如 max-age）已表示响应是可以缓存的。
private 表示浏览器可以缓存这个响应，这个响应通常只为单个用户缓存，不允许任何中间缓存对其进行缓存。例如，用户的浏览器可以缓存包含用户信息的HTML网页，但CDN不可以。
例子说明
Cache-Control: max-age=86400
浏览器以及任何中间缓存均可以将响应（public响应）缓存长达1天（60秒 * 60分钟 * 24小时）
Cache-Control: private，max-age=600
客户端的浏览器只能将响应缓存最长10分钟（60秒 * 10分钟）。
Cache-Control: no-store
不允许缓存响应，每次请求都必须完整获取。
ETag
服务器使用ETag标志代表验证令牌，它可以实现高效的资源更新检查，资源未发生变化时不会传送任何数据。
ETag 可以解决max-age过期重新请求，但服务端资源未发生变化，重新下载效率太低的问题。
比如这样一个场景：假如在首次获取资源120秒后（max-age=120），浏览器又对该资源发起了新的请求。首先，浏览器会检查本地缓存并找到之前的响应。可惜该响应现在已过期，浏览器无法使用。此时，浏览器可以直接发出新的请求，并获取新的完整响应。但是这样做效率太低，因为如果资源未发生变化，那么下载 与缓存中相同 的资源，则太浪费网络流量。
有了ETag就可以解决这样的问题场景。服务器生成并返回的随机令牌ETag通常是文件内容的哈希值 或 某个其他指纹。客户端只需在下一次请求时，将其（ETag）发送至服务器。如果ETag仍然相同，则表示资源未发生变化，可以跳过下载。
例如上面图片，客户端自动在If-None-Match的HTTP请求头中请求ETag令牌。服务器根据当前资源核对令牌。如果它未发生变化，服务器将返回304 Not Modified响应，告知浏览器缓存中的响应未发生变化，可以再延用120秒。这样浏览器就不用再次下载响应，节约时间和带宽。
range & Content-Range
HTTP1.1 协议（RFC2616）开始支持获取文件的部分内容，从而支持HTTP断点续传。客户端的请求头对应的参数是range，服务端的响应头对应的参数是Content-Range
range
请求头的参数，一般格式如下：
range: (unit=first byte pos)-[last byte pos]
指定第一个字节的位置和最后一个字节的位置。
例子说明
range: bytes=0-7569
表示第 0-7569 字节范围的内容
range: bytes=-7569
表示最后7569字节的内容
range: bytes=0-
表示从第0字节开始到文件结束部分的内容
range: bytes=0-0,-1
表示第一个和最后一个字节
range: bytes=100-200,400-500,600-700
同时指定几个范围
Content-Range
响应头的参数，服务器返回当前接受的范围和文件总大小。一般格式如下：
Content-Range: bytes (unit first byte pos) - [last byte pos]/[entity legth]
例子说明
Content-Range: bytes 0-7569/50000
0-7569指当期发送的数据范围，50000指文件的总大小
在响应完成后，返回的响应头内容表示不同的意思
HTTP/1.1 200 Ok（不使用断点续传方式）
HTTP/1.1 206 Partial Content（使用断点续传方式）
参考