现代浏览器仍支持的http-equiv值仅有content-type、refresh和content-security-policy；其中content-type用于声明字符编码，refresh可触发跳转或重载，csp部分支持但能力弱于响应头，其余如cache-control、expires、pragma等均已废弃。
http-equiv 不是 HTTP 头的替代品，它只是 HTML 解析阶段的“模拟指令”，浏览器只在极有限场景下参考它，且优先级远低于真实响应头。
哪些 http-equiv 值现代浏览器仍会处理？
真正被主流浏览器（Chrome、Firefox、Edge ≥ 2020）保留支持的只有少数几个：
-
Content-Type：唯一广泛可靠的支持项，用于声明字符编码，等效于<meta charset="utf-8">，但推荐直接用charset属性 -
Refresh：仍可触发页面跳转或重载，例如<meta http-equiv="Refresh" content="3;url=/login">，但已被视为过时方案，应优先用 JavaScript 或服务端重定向 -
Expires和Pragma：仅对旧版 IE/早期 Edge 有微弱影响；现代浏览器忽略Expires的 GMT 时间值，Pragma: no-cache实际不改变缓存行为 -
Cache-Control中的no-cache和must-revalidate可能在本地文件（file://协议）中触发验证请求，但在线站点中基本无效
http-equiv="Cache-Control" 为什么总没效果？
根本原因不是写法错，而是浏览器根本不听它的——服务端响应头永远胜出。常见失效链路如下：
- 服务端返回了
Cache-Control: public, max-age=3600，哪怕你写了<meta http-equiv="Cache-Control" content="no-cache">，浏览器也按响应头执行 -
http-equiv只作用于当前 HTML 文档本身，不影响<script src="app.js"></script>或<link href="style.css">的加载逻辑 - 标签没放在
最前面，或被 JS 动态插入，导致解析时机晚于资源预加载 - 写了
public、private、s-maxage等指令 —— 这些在http-equiv中完全不被识别，连警告都不会报
调试时怎么确认 http-equiv 是否起作用？
别靠肉眼刷新看效果，得查真实行为：
- 打开 DevTools → Network → 找到 HTML 请求 → 点开 Headers 标签页 → 检查 Response Headers 是否含
Cache-Control或Expires；如果存在，http-equiv就已失效 - 右键页面 → “另存为” → 用文件协议打开保存的 HTML（
file:///xxx/index.html），此时才可能触发no-cache的验证逻辑 - 用 curl 或 Postman 直接请求 URL，确认服务端是否主动下发了冲突头，比如 Nginx 配置了
add_header Cache-Control ...却忘了关掉默认行为 - 注意
<meta http-equiv="Expires" content="0">和<meta http-equiv="Pragma" content="no-cache">是冗余组合，现代环境两者都无实际约束力
真正要控制缓存，就得改服务端配置；想让 JS/CSS 不缓存，就得改它们的 URL（加版本号或哈希）；http-equiv 只适合做兜底或调试辅助，把它当主力方案，迟早踩坑。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
