Cache-Control
Cache-Control 是最重要的规则。这个字段用于指定所有缓存机制在整个请求 / 响应链中必须服从的指令。
这些指令指定用于阻止缓存对请求或响应造成不利干扰的行为。这些指令通常覆盖默认缓存算法。
缓存指令是单向的,即请求中存在一个指令并不意味着响应中将存在同一个指令。
cache-control 定义是:Cache-Control = “Cache-Control” “:” cache-directive 。表1 展示了适用的值。
Cache-directive
|
说明
|
public
|
所有内容都将被缓存
|
private
|
内容只缓存到私有缓存中
|
no-cache
|
所有内容都不会被缓存
|
no-store
|
所有内容都不会被缓存到缓存或 Internet 临时文件中
|
must-revalidation/proxy-revalidation
|
如果缓存的内容失效,请求必须发送到服务器 / 代理以进行重新验证
|
max-age=xxx (xxx is numeric)
|
缓存的内容将在 xxx 秒后失效 , 这个选项只在 HTTP 1.1 可用 , 并如果和 Last-Modified 一起使用时 , 优先级较高
|
表 1. 常用 cache-directive 值
|
表2 表明在不同的情形下,浏览器是将请求重新发送到服务器还是使用缓存的内容。
Cache-directive
|
打开一个新的浏览器窗口
|
在原窗口中单击 Enter 按钮
|
刷新
|
单击 Back 按钮
|
public
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器
|
浏览器呈现来自缓存的页面
|
private
|
浏览器重新发送请求到服务器
|
第一次,浏览器重新发送请求到服务器;此后,浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器
|
浏览器呈现来自缓存的页面
|
no-cache/no-store
|
浏览器重新发送请求到服务器
|
浏览器重新发送请求到服务器
|
浏览器重新发送请求到服务器
|
浏览器重新发送请求到服务器
|
must-revalidation/proxy-revalidation
|
浏览器重新发送请求到服务器
|
第一次,浏览器重新发送请求到服务器;此后,浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器
|
浏览器呈现来自缓存的页面
|
max-age=xxx (xxx is numeric)
|
在 xxx 秒后,浏览器重新发送请求到服务器
|
在 xxx 秒后,浏览器重新发送请求到服务器
|
浏览器重新发送请求到服务器
|
在 xxx 秒后,浏览器重新发送请求到服务器
|
表 2. 对 cache-directive 值的浏览器响应
|
Cache-Control 是关于浏览器缓存的最重要的设置,因为它覆盖其他设置,比如 Expires 和 Last-Modified 。另外,由于浏览器的行为基本相同,这个属性是处理跨浏览器缓存问题的最有效的方法。
失效
Expires 头部字段提供一个日期和时间,响应在该日期和时间后被认为失效。失效的缓存条目通常不会被缓存
(无论是代理缓存还是用户代理缓存)返回,除非首先通过原始服务器(或者拥有该实体的最新副本的中介缓存)
验证。(注意: cache-control max-age 和 s-maxage 将覆盖 Expires 头部。)
Expires 字段接收以下格式的值: “Expires: Sun, 08 Nov2009 03:37:26 GMT” 。如果查看内容时的日期
在给定的日期之前,则认为该内容没有失效并从缓存中提取出来。反之,则认为该内容失效,缓存将采取一些措施。
表 3-6 表明针对不同用户操作的不同浏览器的行为。
|
Firefox 3.5
|
IE 8
|
Chrome 3
|
Safari 4
|
内容没有失效
|
浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
内容失效
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
表 3. 当用户打开一个新的浏览器窗口时的失效操作
|
|
Firefox 3.5
|
IE 8
|
Chrome 3
|
Safari 4
|
内容没有失效
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 304
|
内容失效
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
表 4. 当用户在原始浏览器窗口中单击 Enter 按钮时的失效操作
|
|
Firefox 3.5
|
IE 8
|
Chrome 3
|
Safari 4
|
内容没有失效
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 304
|
内容失效
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
表 5. 当用户按 F5 键刷新页面时的失效操作
|
|
Firefox 3.5
|
IE 8
|
Chrome 3
|
Safari 4
|
内容没有失效
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
内容失效
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器。返回代码是 200
|
表 6. 当用户单击 Back 或 Forward 按钮时的失效操作
|
注意:所有浏览器都假定为使用默认设置运行。
Last-Modified/E-Tag
Last-Modified 实体头部字段值通常用作一个缓存验证器。简单来说,如果实体值在 Last-Modified 值之后没有被更改,
则认为该缓存条目有效。 ETag 响应头部字段值是一个实体标记,它提供一个 “ 不透明 ” 的缓存验证器。
这可能在以下几种情况下提供更可靠的验证:不方便存储修改日期; HTTP 日期值的 one-second 解决方案不够用;
或者原始服务器希望避免由于使用修改日期而导致的某些冲突。
不同的浏览器有不同的配置行为。表 7-10 表明针对不同用户操作的不同浏览器的行为。
|
Firefox 3.5
|
IE 8
|
Chrome 3
|
Safari 4
|
内容自上次访问以来没有被修改
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 304
|
内容自上次访问以来已经被修改
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
表 7. 当用户打开一个新的浏览器窗口时的 Last-Modified E-Tag 操作
|
|
Firefox 3.5
|
IE 8
|
Chrome 3
|
Safari 4
|
内容自上次访问以来没有被修改
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 304
|
内容自上次访问以来已经被修改
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
表 8. 当用户在原始浏览器窗口中单击 Enter 按钮时的 Last-Modified E-Tag 操作
|
|
Firefox 3.5
|
IE 8
|
Chrome 3
|
Safari 4
|
内容自上次访问以来没有被修改
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 304
|
浏览器重新发送请求到服务器。返回代码是 304
|
内容自上次访问以来已经被修改
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
表 9. 当用户按 F5 键刷新页面时的 Last-Modified E-Tag 操作
|
|
Firefox 3.5
|
IE 8
|
Chrome 3
|
Safari 4
|
内容自上次访问以来没有被修改
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
内容自上次访问以来已经被修改
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器呈现来自缓存的页面
|
浏览器重新发送请求到服务器。返回代码是 200
|
表 10. 没有缓存设置且用户单击 Back 或 Forward 按钮
|
注意:所有浏览器都假定使用默认设置运行。
不进行任何缓存相关设置
如果您不定义任何缓存相关设置,则不同的浏览器有不同的行为。有时,同一个浏览器在相同的情形下每次运行时
的行为都是不同的。情况可能很复杂。另外,有些不该缓存的内容如果被缓存,将会导致安全问题。 不同的浏览器有不同的行为。表 11 展示了不同的浏览器行为。
|
Firefox 3.5
|
IE 8
|
Chrome 3
|
Safari 4
|
打开一个新页面
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
在原始窗口中单击 Enter 按钮
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器呈现来自缓存的页面。
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
按 F5 键刷新
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
单击 Back 或 Forward 按钮
|
浏览器呈现来自缓存的页面。
|
浏览器呈现来自缓存的页面。
|
浏览器重新发送请求到服务器。返回代码是 200
|
浏览器重新发送请求到服务器。返回代码是 200
|
表 11. 没有缓存设置且用户打开一个新的浏览器窗口
|
注意:所有浏览器都假定使用默认设置运行。
最后 , 概括下关键的结论 :
打开新窗口
|
如果指定 cache-control 的值为 private 、 no-cache 、 must-revalidate, 那么打开新窗口访问时都会重新访问服务器。而如果指定了 max-age 值 , 那么在此值内的时间里就不会重新访问服务器 , 例如: Cache-control: max-age=5 表示当访问此网页后的 5 秒内再次访问不会去服务器 .
|
在地址栏回车
|
如果值为 private 或 must-revalidate, 则只有第一次访问时会访问服务器 , 以后就不再访问。如果值为 no-cache, 那么每次都会访问。如果值为 max-age, 则在过期之前不会重复访问。
|
按后退按扭
|
如果值为 private 、 must-revalidate 、 max-age, 则不会重访问 , 而如果为 no-cache, 则每次都重复访问 .
|
按刷新按扭
|
无论为何值 , 都会重复访问 .
|
|
相关推荐
### JS浏览器缓存详解 #### 一、问题背景与概述 在进行Web开发的过程中,开发者可能会遇到一个较为隐蔽但十分常见的问题——浏览器缓存导致的重复请求失效现象。特别是使用某些JavaScript库(如Prototype.js)时,...
本文将深入解析浏览器缓存的工作原理、类型、以及如何控制和利用缓存来优化网站性能。 一、浏览器缓存的原理 浏览器缓存(Browser Cache)是一种本地存储机制,它会保存用户访问过的网页资源(如HTML、CSS、...
### 浏览器工作原理浅析 #### 一、引言 现代互联网的发展离不开浏览器,作为用户与万维网交互的重要工具,了解浏览器的工作原理对于前端开发者和网站工程师至关重要。本文将详细介绍浏览器的主要组成部分及其工作...
### 浏览器HTTP缓存机制详解 #### 一、概述 HTTP缓存机制是现代Web应用中的一个重要组成部分,它能够显著提升用户体验并减轻服务器负载。本文将详细探讨浏览器HTTP缓存的工作原理及其背后的机制。 #### 二、HTTP...
这正是“Chrome浏览器缓存查看软件”所解决的问题。 这款软件的主要功能是帮助用户轻松地查看、管理和分析Chrome浏览器的缓存数据。它能够揭示存储在Chrome中的网页图像、脚本、CSS文件和其他资源,使用户可以回顾...
**知识点详解** 1. **VBScript (Visual Basic Script)**: VBScript是Microsoft开发的一种脚本语言,主要...了解上述知识点,用户不仅可以理解该脚本的工作原理,还能学习到关于清理浏览器缓存的其他方法和注意事项。
首先,需要了解浏览器缓存的概念和基本原理。浏览器缓存是浏览器用来存储以往访问过的网页数据的机制,目的在于加快网页加载速度和减少服务器的负载。当用户再次请求相同的资源时,浏览器会优先使用缓存中的数据而...
强缓存:浏览器不与服务端协商直接取浏览器缓存 协商缓存:浏览器会先向服务器确认资源的有效性后才决定是从缓存中取资源还是重新获取资源 协商缓存运作原理 现在有一个这样的业务情景:后端的静态资源会不...
### 前端必读:浏览器内部工作原理 #### 一、引言 浏览器作为互联网时代最为普及的应用之一,其内部工作原理对于前端开发者来说至关重要。本文将深入探讨浏览器的基本功能、主流浏览器介绍以及浏览器的主要构成等...
1. **浏览器缓存的工作原理** 浏览器缓存主要目的是提高页面加载速度和减少网络带宽的使用。当用户首次访问一个网页时,浏览器会将页面的资源文件下载并存储在本地,这些文件包括图片、音频、视频、CSS样式表和...
客户端浏览器缓存能够直接响应重复的请求,避免重复下载;服务器端的缓存则可以减少对源服务器的直接请求,减轻网络流量。 缓存的有效性由两个主要参数控制:新鲜度(freshness)和验证(validation)。新鲜度通过...
浏览器缓存则是指浏览器为了提高页面加载速度而保存的一些数据。这些数据包括但不限于HTML文档、图片、JavaScript文件等。浏览器会在下次访问同一页面时尝试使用缓存中的数据,从而减少网络请求,加快页面加载速度。...
5. **浏览器缓存**:客户端浏览器会缓存静态资源和动态内容,以减少网络传输。 ### 二、JSP页面缓存的实现 #### 1. 服务端方法 服务端通过设置HTTP响应头控制浏览器缓存策略: ```java response.setHeader(...
### JSP 页面缓存及其清除方法详解 #### 一、JSP页面缓存的重要性与应用场景 JSP(Java Server Pages)技术是一种结合了HTML、XML和Java编程的技术,用于创建动态网页。在JSP开发中,页面缓存是一种常用的技术手段...
**IE缓存文件提取器详解** 在互联网浏览过程中,Internet Explorer(简称IE)浏览器会自动下载并存储网页的各类资源,如图片、脚本、HTML文件等,以便于下次访问时能快速加载,这些被存储的数据就是所谓的IE缓存。...
浏览器缓存位于用户本地,主要用于存储用户访问过的网页资源;代理服务器缓存则在服务器端,用于服务大量用户,减少对源服务器的压力。 二、HTTP缓存的工作原理 1. **强缓存**:当浏览器请求资源时,首先会检查该...
- **客户端缓存**:本地浏览器缓存减少对网站的重复请求。 ### 3. 缓存技术的分类 - **操作系统磁盘缓存**:操作系统自动管理的Disk Cache,如Windows的虚拟内存和Linux的Page Cache。 - **数据库缓存**:数据库...