现代浏览器完全忽略，因w3c从未规范其meta形式，仅http响应头中对http/1.0客户端有效；真正禁缓存须用服务端响应头如cache-control: no-store。
为什么 <meta http-equiv="Pragma"> 基本没用
现代浏览器（Chrome 124+、Firefox 125+、Safari 17+、Edge 125+）完全忽略 <meta http-equiv="Pragma">，哪怕你写成 <meta http-equiv="Pragma" content="no-cache">。这不是 bug，是规范行为：W3C 从未要求浏览器支持 Pragma 的 meta 形式，它只在真实 HTTP 响应头中对 HTTP/1.0 客户端或作为 Cache-Control 的冗余字段时才可能起效。HTML 中的 http-equiv 只是“模拟”响应头，而 Pragma 模拟被所有主流引擎主动跳过。
Cache-Control 的 meta 版本还能用，但有前提
<meta http-equiv="Cache-Control" content="no-store"> 是目前唯一在部分浏览器中仍有微弱效果的 meta 缓存控制方式，但它受限明显：
- 必须放在
最早位置，且不能有前置空格或 BOM - 仅影响当前 HTML 文档本身，对 CSS/JS/图片等外部资源完全无效
- 在用户点击「后退」按钮时，仍可能从 bfcache（back-forward cache）中恢复旧状态，和 HTTP 缓存无关
- 某些旧版 IE 要求
cache-control全小写才识别，但现代浏览器不敏感
PHP 或 Nginx 设置响应头才是真禁缓存
靠 meta 标签禁缓存本质是妥协方案。真正可靠的路径只有服务端响应头：
- PHP 中必须在任何输出前调用
header("Cache-Control: no-store")；一旦 echo 过内容，就会触发headers already sent错误 - Nginx 配置里用
add_header Cache-Control "no-store"，注意它不会继承父块，得写在具体location里 - 别再加
Pragma响应头——除非你明确要兼容 HTTP/1.0 爬虫或嵌入式设备；否则它只是噪音，且和Cache-Control同时存在时，实际生效的永远是后者 - 如果页面含敏感操作（如登录跳转页），建议额外加时间戳参数，例如
dashboard.html?t=1748388600，绕过 URL 级缓存
最常被忽略的缓存场景：bfcache
即使 Cache-Control: no-store 和所有 meta 标签都设对了，用户点「后退」仍可能看到陈旧页面。这不是你漏写了什么，而是浏览器的 bfcache 机制在起作用——它把整个渲染状态冻结保存，与 HTTP 缓存完全隔离。此时 meta 和响应头统统失效。若需干预，只能监听 pageshow 事件并手动 location.reload()，但这会牺牲用户体验，慎用。
