缓存校验发生在强制缓存失效后,浏览器先检查Cache-Control或Expires是否过期,未过期则直接使用本地缓存;过期后才携带ETag(If-None-Match)或Last-Modified(If-Modified-Since)发起轻量GET请求,由服务器返回304或200决定复用或更新。

缓存校验发生在强制缓存失效之后
浏览器不会一上来就去问服务器“你改没改”,它先看 Cache-Control 或 Expires —— 如果还没过期,直接走本地缓存,连请求都不发。只有当强制缓存判定“已过期”,才会触发校验流程:带着上次响应里给的验证凭证,发起一个轻量级请求,等服务器拍板“用不用换”。这个过程本质是协商,不是重载。
ETag 和 Last-Modified 是两套独立的校验钥匙
服务器返回资源时,通常只选一种(或两种都设),但浏览器会按优先级使用:
-
ETag是服务端生成的资源指纹(比如基于文件内容哈希),精度高、不依赖时间系统,适合内容可能被反复编辑但修改时间不变的场景 -
Last-Modified是文件最后写入时间戳,简单但有缺陷:1 秒内多次保存可能看不出变化;NFS 等共享存储可能时间不同步;空编辑也会更新时间却没实质变更 - 如果响应头同时含
ETag和Last-Modified,浏览器在后续校验请求中会带上If-None-Match(对应 ETag)和If-Modified-Since(对应 Last-Modified)两个请求头,服务器只要任一匹配成功,就可返回304 Not Modified
校验请求不是 GET,但行为上等价于“轻量 GET”
浏览器发出的校验请求仍是 GET 方法,但它携带了验证头,且期望的不是完整响应体,而是状态码 + 空响应体。关键点在于:
使用 PptxGenJS 和 Python 解析,将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint(.pptx)演示文稿。
- 服务器必须原样比对
If-None-Match值与当前资源ETag;若完全相等,直接返回304,不传 body - 服务器收到
If-Modified-Since时,不能只比“最后修改时间 > 请求头时间”,而要严格判断“最后修改时间是否严格大于该时间戳”——等于或小于都得返回304 - 如果校验失败(比如 ETag 不匹配,或文件确实更新了),服务器就正常返回
200 OK+ 新内容,并附带新的ETag/Last-Modified,浏览器会覆盖旧缓存 - 注意:某些 CDN 或反向代理(如 Nginx 默认配置)可能忽略或错误处理
If-None-Match,导致始终返回200,这种情况下校验形同虚设
no-cache 并不禁止缓存,而是强制每次校验
这是最容易误解的一点:Cache-Control: no-cache 的字面意思极具误导性。它实际含义是:“可以存,但每次用之前必须找服务器确认是否仍有效”。也就是说:
立即学习“前端免费学习笔记(深入)”;
- 浏览器依然会把响应存进磁盘/内存
- 下次请求该 URL 时,不看
max-age,直接构造带If-None-Match或If-Modified-Since的请求发出去 - 如果服务器返回
304,浏览器就从本地缓存读取;如果返回200,就替换缓存并渲染新内容 - 真正禁止缓存的是
no-store—— 连磁盘都不许写,所有数据仅限本次会话临时存在内存里


















