改了CSS刷新没反应-你可能不懂HTTP缓存
2025-12-17
1545 字约 6 分钟
...做前端的应该都遇到过这种情况:明明改了 CSS,浏览器里看到的还是旧样式。网上搜一下,告诉你"清缓存",Ctrl+F5 一刷新就好了。
但问题是:
- 缓存到底是怎么工作的?
- 为什么有时候会用缓存,有时候不会?
- Network 面板里的
(disk cache)和304 Not Modified有什么区别?
今天把这个问题彻底搞清楚。
HTTP 缓存的两层机制
浏览器缓存分两层:强缓存和协商缓存。
简单说:
- 强缓存:直接用本地缓存,不问服务器
- 协商缓存:问一下服务器"我这个还能用吗?“服务器说"能”,就用缓存
浏览器想请求资源
│
▼
检查本地缓存
│
├── 有缓存且没过期 → 强缓存命中 → 返回 200 (from cache)
│
└── 没缓存 / 过期了
│
▼
发请求给服务器,带上验证信息
│
├── 服务器说没变 → 协商缓存命中 → 返回 304
│
└── 服务器说变了 → 返回 200 + 新资源
强缓存:完全不发请求
强缓存命中时,浏览器直接从本地拿资源,Network 面板会显示:
- Size 列:
(disk cache)或(memory cache) - Time 列:
0ms或很小的数字
控制强缓存的响应头:
# 方式1:Cache-Control(推荐)
Cache-Control: max-age=31536000
# 方式2:Expires(老方式,优先级低于 Cache-Control)
Expires: Wed, 21 Oct 2025 07:28:00 GMT
max-age=31536000 意思是"这个资源 31536000 秒(一年)内有效"。
memory cache vs disk cache
两者区别:
| 类型 | 存储位置 | 速度 | 什么时候用 |
|---|---|---|---|
| memory cache | 内存 | 最快 | 当前会话、小文件、频繁访问的资源 |
| disk cache | 硬盘 | 稍慢 | 跨会话、大文件 |
关了浏览器 Tab,memory cache 就没了,disk cache 还在。
协商缓存:问一下服务器
当强缓存过期(或被设置为 no-cache),浏览器会发请求给服务器验证资源是否变化。
有两种验证方式:
方式1:ETag / If-None-Match(推荐)
基于内容哈希:
# 第一次请求,服务器返回
HTTP/1.1 200 OK
ETag: "abc123"
Cache-Control: no-cache
# 后续请求,浏览器带上 If-None-Match
GET /style.css HTTP/1.1
If-None-Match: "abc123"
# 如果内容没变,服务器返回
HTTP/1.1 304 Not Modified
ETag: "abc123"
# 如果内容变了,服务器返回
HTTP/1.1 200 OK
ETag: "xyz789"
[新的文件内容]
方式2:Last-Modified / If-Modified-Since
基于修改时间:
# 第一次请求,服务器返回
HTTP/1.1 200 OK
Last-Modified: Wed, 21 Oct 2024 07:28:00 GMT
# 后续请求,浏览器带上 If-Modified-Since
GET /style.css HTTP/1.1
If-Modified-Since: Wed, 21 Oct 2024 07:28:00 GMT
# 如果文件没改过,服务器返回 304
ETag vs Last-Modified
优先用 ETag,因为 Last-Modified 有问题:
- 精度只到秒 - 1 秒内改多次,检测不到
- 时间可能不准 - 服务器时间、部署时间等问题
- 只看时间不看内容 - 文件内容没变但时间变了,也会重新下载
不同资源该用什么策略?
静态资源(JS/CSS/图片)
Cache-Control: max-age=31536000, immutable
配合文件名哈希:app.abc123.js
内容变了 → 文件名变了 → 请求新文件,老文件继续用缓存。
这是现代前端打包工具(Webpack、Vite)的标准做法。
HTML 文件
Cache-Control: no-cache
ETag: "page-v1"
no-cache 不是"不缓存",而是"每次都要验证"。HTML 文件要保证用户能拿到最新版本,否则会引用旧的 JS/CSS 文件名。
API 接口
根据数据特性选择:
# 几乎不变的数据(如配置)
Cache-Control: max-age=3600
# 实时性要求高的数据
Cache-Control: no-cache
# 敏感数据(不要缓存)
Cache-Control: no-store
no-store 才是真正的"不缓存",连验证都不做。
常见问题排查
改了文件,浏览器没反应
原因:强缓存还没过期。
解决方案:
- 开发环境 - 打开 DevTools,勾选 “Disable cache”
- 生产环境 - 用文件名哈希,别用
?v=1.0这种
用了 ?v=1.0 还是不行
<link rel="stylesheet" href="/css/style.css?v=1.0">
问题:有些 CDN 会忽略查询参数,或者浏览器缓存策略不一致。
正确做法:
<link rel="stylesheet" href="/css/style.abc123.css">
让打包工具自动生成哈希,内容变了文件名才变。
CDN 缓存了旧文件
部署了新版本,但用户还是拿到旧文件。
原因:CDN 节点还在缓存期内。
解决方案:
- 部署时清除 CDN 缓存
- 用文件名哈希(CDN 会认为是新文件)
Nginx 配置参考
# 静态资源长期缓存
location ~* \.(css|js|png|jpg|jpeg|gif|ico|svg|woff|woff2)$ {
expires 1y;
add_header Cache-Control "public, immutable";
}
# HTML 文件协商缓存
location ~* \.html$ {
add_header Cache-Control "no-cache";
etag on;
}
# API 不缓存
location /api/ {
add_header Cache-Control "no-store";
}
快速判断缓存类型
打开 DevTools Network 面板:
| 看到什么 | 缓存类型 | 含义 |
|---|---|---|
200 + (disk cache) | 强缓存 | 从硬盘读取 |
200 + (memory cache) | 强缓存 | 从内存读取 |
| 304 Not Modified | 协商缓存 | 服务器说没变 |
| 200 + 正常大小 | 无缓存 | 重新下载 |
一句话总结
- 强缓存:不问服务器,直接用。适合长期不变的静态资源。
- 协商缓存:问服务器,没变就用缓存。适合需要保持最新的内容。
- 文件名哈希:解决缓存更新问题的银弹。
如果您觉得这篇文章有帮助,请点个赞吧~
相关文章
更多文章 →八股文2026-08-20
Embedding 向量模型:从语义表示到相似度计算
前言 大模型「读懂」文字靠的是 token,但 token 之间只有离散的编号关系,模型并不知道「苹果」和「李子」在语义上很近。要让程序能「理解」两段文字的相似程度,必须先把文本映射成一个 高维向量 ,再用几何方法比较。这一步就是 Embedding。 本篇基于我本地 今天的真实代码,从语义表示讲到余弦相似度,并复盘几个踩过的真实坑。 一、为什么需要 Embedding 传统关键词检索是「字面匹配」: Embedding 做的是「语义匹...
面试
八股文2026-08-19
前端面试100题
前端面试 100 题 适用方向:中高级前端 / React / Vue / Next.js / Nuxt / TypeScript / 工程化 / 实时通信 / Electron / Node.js / AI 应用前端 使用方式:优先掌握“标准回答”,再练“面试官追问”,最后把“结合你的简历怎么答”组织成自己的项目故事。 说明 “结合你的简历怎么答”只使用你简历中已经出现的项目与技术事实。 “标准回答 / 追问”属于通用前端知识总结,用...
面试
八股文2026-08-19
深入理解 JavaScript 原型与原型链:从关系图到核心逻辑 - heshanwan - 博客园
在 JavaScript 世界里, 原型(Prototype)和原型链(Prototype Chain) 是理解对象继承、属性查找机制的基石。很多开发者初学时对它们 “又爱又恨”,这篇文章将结合经典关系图,用通俗易懂的方式拆解原型与原型链的核心逻辑,帮你彻底掌握这套机制! 一、先搞懂几个核心概念 在分析关系图前,先明确 JavaScript 中与原型相关的关键概念,避免后续混淆: 1\. 函数对象与普通对象 函数对象 :由...
面试
八股文2026-08-17
JavaScript 闭包
摘要 :闭包(Closure)是 函数与其词法环境(Lexical Environment)的组合 ——一个函数可以"记住"并访问它被创建时所处的外部作用域中的变量,即使它在该作用域之外被执行。一句话记忆: 函数打包了出生地的变量,走到哪都能用 。核心要点:① 内部函数引用外部变量即形成闭包;② 闭包实现变量私有化/数据封装/柯里化;③ 潜在风险是内存泄漏和循环引用;④ 避免泄漏需手动解除引用和及时移除监听器。 一、什么是闭包 1.1...
面试
八股文2026-08-17
this 指向与 call / apply / bind
第 1 段(10min)回顾与预习:为什么必须搞懂 this 1.1 先接昨日(闭包)的线 昨天你学了 闭包 。闭包解决的是"函数记住它定义时所在作用域里的变量"。 闭包回答的问题是: “这个函数能访问到哪些变量?” → 看定义位置(词法作用域)。 而今天的主角 回答的是一个完全不同的问题: “这个函数执行时,站在谁的角度说话?” → 看 调用位置 (谁调用的、怎么调用的)。 一句话概括两者的分工: 变量看 定义处 , 看 调用处 。这...
面试
八股文2026-08-17
事件循环与宏任务 / 微任务
第 1 段(10min)回顾与预习:接住昨天的线 1.1 先接昨日(原型链)的线 昨天你学了 对象怎么找属性 (沿原型链上溯)。今天换一个维度: 代码怎么排队执行 。 把前三天的知识串成一句话,你已经有了 JS 的三张地图: 1.2 先凭直觉回答 4 个小问题(不用对,先写下答案) 学完第 2、3、4 段再回来对照。第 1 段只做一件事:记住画面—— JS 单线程,但靠"排队 + 轮转"假装多线程 。 第 2 段(15min)知识块①:...
面试
评论
请登录后发表评论
去登录