<meta http-equiv="Pragma" content="no-cache">对Chrome 124+、Firefox 125+、Safari 17+、Edge 125+完全无效，因W3C未规范其meta形式，所有主流浏览器均主动忽略该标签，仅真实HTTP响应头中的Pragma在HTTP/1.0客户端中可能起效。
meta http-equiv="Pragma" 在现代浏览器中根本不起作用
直接说结论：<meta http-equiv="Pragma" content="no-cache"> 对 Chrome 124+、Firefox 125+、Safari 17+、Edge 125+ 完全无效。这不是你写错了，是浏览器主动忽略——W3C 规范从未要求支持这种写法，所有主流引擎都已移除对该 meta 标签的解析逻辑。
常见错误现象：加了这行 meta，页面仍从缓存加载、F5 不刷新、后退看到旧内容，开发者工具 Network 面板里状态码显示 304 或 from memory cache。
- 它只在极少数 HTTP/1.0 客户端（如老旧嵌入式设备或定制爬虫）的真实 HTTP 响应头中才可能被识别
- 即使和
Cache-Control同时出现，真正起效的也永远是后者，Pragma只是冗余字段 - PHP 中若已输出 HTML 再调用
header("Pragma: no-cache")，会因headers already sent报错而失效
真正有效的禁缓存方式只有服务端响应头
靠 HTML 里的 meta 标签禁缓存，本质是妥协方案。唯一可靠路径是让服务器在返回 HTML 时带上正确的 HTTP 头：
- Nginx 配置里必须写
add_header Cache-Control "no-store";，不能只靠expires 0或add_header Expires "0" - 要补全
Pragma和Expires响应头？仅当需兼容企业网关或老旧 CDN——它们可能忽略Cache-Control，但会读这两个字段 - 检查 Nginx server 块顶部是否误写了
expires 1h：它会覆盖add_header，导致no-store失效 - PHP 动态页必须在任何输出（包括空格、BOM、echo）前调用
header("Cache-Control: no-store")
meta http-equiv="Cache-Control" 有微弱效果，但限制极多
这是目前唯一还残留一点作用的 meta 缓存控制方式，但只对当前 HTML 文档本身生效，且依赖严格条件：
Html To Pdf
下载
使用 Puppeteer + Chrome 将 HTML 渲染为中文 PDF，自动处理图表等待、Tab 展开、动画、测高、白边消除、防分页，适用于看板、报表、网页和交互图表转 PDF。
立即学习“前端免费学习笔记（深入）”；
- 必须放在
<head>最开头，前面不能有任何空格、注释或 BOM 字节 - 内容必须全小写写成
no-store（旧版 IE6–8 要求小写，现代浏览器不敏感但建议统一） - 对 CSS、JS、图片等外部资源完全无效——它们的缓存由各自请求的响应头决定
- 用户点击「后退」按钮时，仍可能从 bfcache（back-forward cache）恢复旧状态，此时 meta 和所有响应头都失效
绕过缓存最实际的做法：URL 参数 + 监听 pageshow
如果页面涉及登录跳转、表单提交等敏感操作，光靠 header 或 meta 不够：
- 链接末尾加时间戳参数，例如
login.html?t=1723333680，可绕过 URL 级缓存（包括代理和 CDN） - 若必须阻止 bfcache 导致的「后退看到旧页」，只能监听
pageshow事件：if (performance.navigation?.type === 1 || event.persisted) { location.reload(); }但 reload 会牺牲体验，慎用 - 别再组合一堆 meta 标签堆砌“安全感”——
no-cache, no-store, must-revalidate, max-age=0这类冗长写法无额外收益，反而增加出错概率
bfcache 是独立于 HTTP 缓存的机制，连 Cache-Control: no-store 都管不了它。这点最容易被忽略，也是生产环境白屏问题的高频原因。
