首页/文章/八股文

改了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. 精度只到秒 - 1 秒内改多次,检测不到
  2. 时间可能不准 - 服务器时间、部署时间等问题
  3. 只看时间不看内容 - 文件内容没变但时间变了,也会重新下载

不同资源该用什么策略?

静态资源(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 才是真正的"不缓存",连验证都不做。

常见问题排查

改了文件,浏览器没反应

原因:强缓存还没过期。

解决方案:

  1. 开发环境 - 打开 DevTools,勾选 “Disable cache”
  2. 生产环境 - 用文件名哈希,别用 ?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 节点还在缓存期内。

解决方案:

  1. 部署时清除 CDN 缓存
  2. 用文件名哈希(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) 是理解对象继承、属性查找机制的基石。很多开发者初学时对它们 “又爱又恨”,这篇文章将结合经典关系图,用通俗易懂的方式拆解原型与原型链的核心逻辑,帮你彻底掌握这套机制! &nbsp; 一、先搞懂几个核心概念 在分析关系图前,先明确 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)知识块①:...
面试

评论

请登录后发表评论

去登录
加载评论中...

目录