标签无法可靠禁用浏览器缓存，因HTTP缓存由服务端响应头（如Cache-Control）决定，现代浏览器在HTTP(S)场景下忽略该标签；真正有效的是服务端统一配置响应头并确保CDN透传。
HTML5 中用 http-equiv 设置强制不缓存，本质是通过 <meta> 标签模拟 HTTP 响应头，向浏览器声明“每次都要重新请求”。但需注意：这种方式仅对 HTML 文档本身在**首次加载时有效**，且现代浏览器（Chrome、Firefox、Edge）对其支持有限，不能替代服务端真实响应头。真正可靠的方式仍是后端统一配置 Cache-Control，但若受限于环境只能前端控制，可按以下方式组合使用。
核心 meta 标签组合（推荐写法）
在 中一次性写入以下三行，覆盖 HTTP/1.0 和 HTTP/1.1 协议的主流缓存指令：
-
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate">
—no-cache强制验证；no-store禁止磁盘/内存存储；must-revalidate要求每次校验有效性 -
<meta http-equiv="Pragma" content="no-cache">
— 兼容老旧 IE（HTTP/1.0 语义），虽现代浏览器基本忽略，但保留无害 -
<meta http-equiv="Expires" content="0">
— 设为 0 表示“已过期”，触发浏览器跳过缓存逻辑（部分浏览器仍识别）
为什么单靠 meta 不够？常见失效原因
即使标签写全，仍可能被缓存，主要原因有：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 浏览器前进/后退时通常绕过
<meta>，直接从历史缓存恢复页面（即 bfcache） - CDN、反向代理（如 Nginx、Cloudflare）会覆盖或忽略 HTML 内的 meta 声明，以服务端返回的实际响应头为准
- JS/CSS/图片等资源独立缓存，它们的缓存状态不受 HTML 中 meta 影响
- Chrome 等现代浏览器对
http-equiv的解析越来越弱，尤其在刷新、导航等场景下基本不执行
增强实效性的补充手段
若必须纯前端解决，可配合以下方法提升命中率：
立即学习“前端免费学习笔记（深入）”；
- 给关键静态资源（如
main.js、app.css）添加时间戳或版本号：<script src="main.js?v=202609251852"></script> - 对 AJAX/fetch 请求显式禁用缓存：
fetch("/api/data", { cache: "no-store" })或加随机查询参数?t=1727289120 - 开发调试阶段，在 Chrome DevTools 的 Network 面板勾选 Disable cache（仅限开发者工具开启时生效）
真正可靠的替代方案
前端 meta 是“尽力而为”，生产环境应优先采用服务端控制：
- Nginx 配置示例（针对 .html 文件）：
location ~* \.html$ {<br> add_header Cache-Control "no-cache, no-store, must-revalidate";<br> add_header Pragma "no-cache";<br> expires epoch;<br>} - 确保 CDN 启用 “Cache-Control 透传” 或设置对应路径缓存策略为 bypass
- 对 API 接口统一返回
Cache-Control: no-store，避免 JSON 数据被意外缓存
