Pragma 的 meta 标签在所有主流浏览器中均被忽略，仅 HTTP 响应头中的 Pragma 在 HTTP/1.0 客户端或与 Cache-Control 共存时才可能生效，但实际起效的是 Cache-Control。
Pragma 是 HTTP/1.0 兼容用的缓存控制头，在 HTML 中通过 <meta http-equiv="Pragma"> 模拟其行为。但它单独使用几乎无效，现代浏览器（Chrome、Firefox、Edge、Safari）完全忽略 <meta> 中的 Pragma，只认真实 HTTP 响应头里的 Pragma。所以别指望靠它禁缓存。
为什么 <meta http-equiv="Pragma" content="no-cache"> 基本没用
HTML 的 meta[http-equiv] 本质是“试图模拟 HTTP 头”，但浏览器实现非常有限：
• Cache-Control 和 Expires 的 meta 版本在部分旧版 IE/Android Browser 中有微弱效果
• Pragma 的 meta 版本在所有主流浏览器中均被忽略（实测 Chrome 124+、Firefox 125+、Safari 17+ 都不响应）
• W3C 规范从未要求浏览器支持 meta 形式的 Pragma
Pragma 真正起作用的场景只有两个
必须是真实 HTTP 响应头，且仅在特定上下文中有效：
- HTTP/1.0 客户端（如极老嵌入式设备或定制爬虫）请求时，服务器返回
Pragma: no-cache才可能被识别 - 与
Cache-Control: no-cache同时存在时，作为向后兼容冗余字段——但此时真正起效的是Cache-Control，不是Pragma - PHP 中必须在任何输出前调用
header("Pragma: no-cache")；若已输出 HTML，该 header 会因 headers already sent 错误而失效 - Nginx/Apache 配置中，
add_header Pragma "no-cache"仅对 HTTP/1.0 请求有意义，现代请求全靠Cache-Control
替代方案：别碰 Pragma 的 meta 写法
如果你的目标是“确保页面每次加载都拉新内容”，直接放弃 <meta http-equiv="Pragma">：
- 优先用服务器端设置：Nginx 加
add_header Cache-Control "no-store"，PHP 用header("Cache-Control: no-store") - 如果只能改 HTML，只保留
<meta http-equiv="Cache-Control" content="no-store">（注意大小写，cache-control小写在某些旧 IE 中不识别） - 需要兼容 IE6–8？加
<meta http-equiv="Expires" content="0">+<meta http-equiv="Cache-Control" content="no-cache, must-revalidate">，但依然不要加Pragmameta - 敏感操作页（如登录后跳转页），额外在链接后加时间戳参数：
page.html?t=<timestamp></timestamp>，绕过 URL 级缓存
最常被忽略的一点：即使所有 meta 和 header 都设对了，用户按「后退」按钮仍可能看到 stale 页面——这是浏览器历史导航缓存（bfcache）机制，和普通 HTTP 缓存无关，需用 pageshow 事件 + location.reload() 或服务端 Clear-Site-Data 头应对。
