HTTP缓存机制

3

简介

缓存是指将之前请求过的内容存储在本地,之后可以重复利用而不用再次重新获取相同的内容。

合理利用缓存是提高Web性能的一个重要方法,加快了客户端渲染速度,同时减轻了服务器的压力。下面我们来介绍HTTP缓存的一些机制。

分类

HTTP缓存可以分成两类:from cache304缓存

  • from cache:在并不会真的发出HTTP请求,而是直接从本地文件中读取。
  • 304缓存:304指的是HTTP响应码,表示服务器告诉客户端该文件没有修改过,可以直接用缓存的文件。相比from cache,304会发出HTTP请求,不过响应的内容并未包含请求的文件。

from cache

当我们打开开发者工具,有时我们可以看到下面这样的请求:

clipboard.png

当我们看到from xxx cache,我们就知道这些并没有真正地发出请求,而是读取的缓存。

那么有哪些HTTP头可以控制这类缓存呢?

Pragma

HTTP/1.0 旧时代的产物,当值为no-cache时禁用缓存。建议尽在需要支持HTTP/1.0缓存客户端的情况下使用。

在请求头和响应头中都可以使用。

Cache-Control

HTTP/1.1,用于控制缓存的行为。主要有以下几种值

  • no-cache: 不进行缓存,强制从服务器进行拉取。可用在请求头和响应头中。
  • private/public: private表示不允许中间代理进行缓存,public则允许。只用于响应头中。
  • max-age=<seconds>: 缓存的有效时长,单位为秒。可用在请求头和响应头中。

Expires

HTTP/1.0,用户控制缓存失效的时间,其值为HTTP时间戳。当Cache-Control设置了max-age
时,会忽略此响应头。

304缓存

Last-Modified

HTTP/1.0 响应头。其值为该资源最近的修改时间。之后客户端再请求该资源时,会带上Last-Modified-Since或者Last-Unmodified-Since请求头,其值为之前响应头的时间。如果资源在之后的时间内有修改,则服务器会返回最新的资源,如果没有修改,则只回304状态码,表示资源未过期,可以使用客户端缓存。

ETag

HTTP/1.1 响应头,其值为资源的HASH值。之后客户端再请求该资源时,会带上If-None-Match或者If-Match请求头,其值为之前的HASH值。如果服务器计算的HASH和客户端发送的HASH不一致,则说明资源有修改,会返回完整的资源,如果一致,则返回304状态码。

Last-Modified相比,ETag更能准确地检测资源是否有过期,但是也需要更高的计算消耗。

参考文献

  1. HTTP 缓存

你可能感兴趣的

载入中...