每个浏览器都自带了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(使用断点续传方式)
参考
https://developers.google.com/web/fundamentals/performance/optimizing-content-efficiency/http-caching
HTTP 断点续传(分块传输)