HTTP缓存和断点续传的标志

每个浏览器都自带了HTTP缓存实现功能。只需要确保每个服务器响应都提供正确的HTTP响应头标志,以指示浏览器何时可以缓存响应以及可以缓存多久。

Cache-Control

image.png

每个服务端资源可以通过Cache-Control标志定义其缓存策略。

Cache-Control控制谁在什么条件下可以缓存响应 以及 可以缓存多久。

  • max-age

指定从请求的时间开始,允许获取的响应被重用的最长时间(单位:秒)。

例如,max-age=60表示可在接下来的60秒缓存和重用响应。

  • no-cacheno-store

no-cache 表示必须先与服务器确认返回的响应是否发生了变化,然后才能使用该响应来满足后续对同一网址的请求。因此,如果存在合适的验证令牌(ETag),no-cache会发起往返通信来验证缓存的响应。如果资源未发生变化,则不下载资源。

no-store 相对简单,直接禁止 浏览器以及所有中间缓存 存储任何版本的返回响应。例如,包含个人隐私数据或银行业务数据的响应。每次用户请求该资源时,都会向服务器发送请求,并下载完整的响应。

  • publicprivate

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

image.png

服务器使用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 断点续传(分块传输)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值