不能只靠<meta>标签关闭HTML缓存，现代浏览器对其完全忽略；真正有效的是服务端设置Cache-Control: no-store、Pragma: no-cache和Expires: 0响应头，并确保CDN透传及Service Worker同步更新。
不能只靠 <meta> 标签“关掉”HTML缓存——它对现代浏览器基本无效，尤其在 HTTPS 环境或 Service Worker 存在时完全被忽略。真正起效的关闭方式必须作用于 HTTP 层或运行时控制层。
Cache-Control 响应头才是唯一可靠手段
浏览器强制遵循服务器返回的 Cache-Control 响应头，meta 标签只是历史遗留的弱兼容方案，Chrome、Firefox、Edge 等均已明确不将其用于主文档（HTML）缓存决策。
- 必须在 Web 服务器（Nginx/Apache）或后端代码中设置响应头，例如：
Cache-Control: no-store, must-revalidate -
no-store表示禁止任何缓存（包括内存、磁盘、中间代理），比no-cache更彻底 - 搭配
Pragma: no-cache和Expires: 0可提升对老旧代理或 HTTP/1.0 客户端的兼容性 - 注意：若使用 CDN，需同步配置其缓存策略，否则 CDN 可能提前拦截并缓存响应
开发者工具里的 Disable cache 是临时调试开关
这个选项只在开发者工具保持打开且 Network 面板激活时生效，关闭窗口或切换标签页即失效，不改变任何服务端行为，也不影响其他用户。
- 启用路径：
F12→Network标签 → 勾选Disable cache - 它本质是让浏览器跳过所有本地缓存逻辑，但请求仍可能被 CDN 或反向代理缓存
- 适合单人快速验证 HTML 是否已更新，但不能替代服务端配置
- 不要误以为勾选后“别人访问也看不到缓存”，这是常见误解
Service Worker 会绕过所有常规缓存控制
一旦页面注册了 Service Worker，它就能完全接管网络请求，即使你设置了 Cache-Control: no-store，Worker 仍可能从自己的缓存（cacheStorage）中返回旧 HTML。
立即学习“前端免费学习笔记（深入）”；
- 检查是否注册：打开
Application标签页 → 查看Service Workers列表 - 临时禁用：勾选
Bypass for network，或点击Unregister - 彻底清除缓存：在
Application → Cache Storage中手动删除对应缓存名称 - 部署新版本 HTML 时，必须更新 Service Worker 脚本内容（哪怕只加个空格），否则浏览器不会触发更新流程
localStorage/sessionStorage 和 IndexedDB 不是缓存，但常被混淆
这些是持久化存储机制，不受 Cache-Control 影响，也不会因刷新页面自动清空。它们导致的“内容没变”往往被误认为是缓存问题。
- 清理方式：在
Console执行localStorage.clear()或sessionStorage.clear() - IndexedDB 需进入
Application → Storage → IndexedDB右键删除数据库 - 如果页面逻辑依赖这些存储（如记住折叠状态、用户偏好），清空后行为会重置，不是 bug
最易被忽略的是 Service Worker 的长期驻留和缓存隔离——它像一个隐形代理，既不响应 meta，也不尊重你刚改的 Cache-Control，除非你显式更新或卸载它。开发阶段建议始终在 Application 面板里确认它的状态。
