核心是让浏览器跳过旧缓存拉取新资源:通过内容哈希重命名静态文件(如app.8a3f1e2d.js),配合cache-control头(带哈希资源设max-age=31536000, immutable;html设no-cache)及版本检测提示刷新。

核心不是“清缓存”,而是让浏览器主动跳过旧缓存、拉取新资源。静态资源(JS/CSS/图片)一旦被强缓存,用户不手动刷新或清缓存,就大概率继续用旧文件——尤其在 SPA 场景下,用户可能几天不关页面,连 HTML 都没重载。
给静态资源加内容哈希(最稳做法)
构建时让 JS/CSS 文件名带上内容哈希,比如 app.8a3f1e2d.js。只要代码一改,哈希就变,URL 就不同,浏览器自然当作全新资源请求,旧缓存完全失效。
- Vite 默认开启,检查
vite.config.js中build.rollupOptions.output是否配置了[hash] - Vue CLI 只需确保
filenameHashing: true(默认就是开启的) - Webpack 配置
output.filename: '[name].[contenthash].js' - HTML 中的 script/link 标签由构建工具自动更新,无需手改
配对设置 HTTP 缓存头(必须协同后端或托管平台)
光改文件名不够,还得告诉浏览器“这个带哈希的文件可以放心缓一年,别乱动”;同时让 HTML 每次都去服务器确认是否更新。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 对 JS/CSS/图片等带哈希的资源:响应头设
Cache-Control: max-age=31536000, immutable - 对
index.html:设Cache-Control: no-cache, must-revalidate,并启用ETag或Last-Modified - Netlify 用
_headers文件,Vercel 用vercel.json,Nginx 写 location 规则,都不用改代码
应对用户长期不刷新页面的场景(SPA 特有痛点)
用户开着单页应用好几天,JS 已缓存,HTML 也没重载,新版本根本进不来。这时需要前端主动感知并引导更新。
- 打包时生成一个
manifest.json,含当前版本号(如{"version": "2.3.1"}) - 页面运行时定时 fetch 这个 manifest(加
cache: 'no-cache'),比对版本 - 发现不一致,弹提示:“检测到新版本,是否立即刷新?” 用户点确认再执行
window.location.reload() - 避免轮询太频繁,建议间隔 5–10 分钟,首次进入页面可立即检查一次
慎用时间戳和手动清缓存(临时手段,不推荐上线)
?v=20250901 或 ?t=1725153600 能快速验证问题,但不适合长期使用。
- 每次发版都要人工改,易遗漏;改错一个就全站卡在旧版
- 所有带时间戳的请求都无法被 CDN 或浏览器有效复用,缓存命中率归零
- JavaScript 本身无法调用浏览器清除磁盘缓存 API,所谓“清除”只是伪命题
- 让用户按 Ctrl+F5 或清缓存,是把工程问题转嫁给用户,不可持续
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










