仅靠<meta>标签无法可靠禁用index.html缓存，必须依赖服务端响应头；现代浏览器忽略meta http-equiv缓存指令，只认HTTP响应头中的Cache-Control等字段，且需精确配置location、避免全局expires覆盖，并通过DevTools验证响应头与状态码。
仅靠 <meta> 标签无法可靠禁用 index.html 缓存，必须依赖服务端响应头。 浏览器对 HTML 文件的缓存行为由 HTTP 响应头（如 Cache-Control）决定，<meta http-equiv> 在现代浏览器中基本被忽略，尤其在非首次加载、前进/后退、或从 PWA 安装入口打开时完全不生效。
为什么 <meta> 标签在 index.html 中基本无效
HTTP 规范明确要求：缓存策略以响应头为准，<meta> 仅作为 fallback，且仅在无服务端响应头时才可能被部分浏览器（如旧版 IE）参考。Chrome、Firefox、Safari 等主流浏览器在收到 Cache-Control 后会直接忽略 <meta http-equiv="cache-control">。实测中，即使写全了：<meta http-equiv="cache-control" content="no-store, no-cache, must-revalidate">
只要服务端返回了 Cache-Control: public, max-age=3600，浏览器就照缓存不误。
Nginx 配置 index.html 不缓存的正确写法
关键点是匹配路径要精确，且优先级高于通配规则；no-store 是最保险的选择（比 no-cache 更彻底）：
- 使用
location = /index.html而非location /index.html或正则，避免误匹配其他路径 -
add_header必须放在该location块内，不能放在server级（否则会被子 location 覆盖） - 务必移除或注释掉可能存在的全局
expires指令，它会覆盖add_header
location = /index.html {
add_header Cache-Control "no-store";
add_header Pragma "no-cache";
add_header Expires "0";
}
注意：不要加 must-revalidate——它只对已缓存资源生效，而 no-store 已确保不存，加了反而冗余。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
立即学习“前端免费学习笔记（深入）”；
静态托管平台（Vercel/Netlify）怎么配
这些平台不让你改服务器配置，但支持声明式 headers 配置，本质仍是注入响应头：
- Vercel：在
vercel.json的headers数组中，source必须写成"/index.html"（开头带/），不是"index.html" - Netlify：在
netlify.toml中，for字段值也必须是"/index.html"，大小写敏感 - Cloudflare Pages：需在
_headers文件中写：/index.html<br> Cache-Control: no-store（路径独占一行，冒号后一个空格）
开发阶段快速验证是否生效
别只看页面内容是否更新——那是结果，要确认的是「浏览器有没有发请求」和「响应头是否符合预期」：
- 打开 DevTools → Network → 刷新页面 → 找到
index.html请求 → 点开 → 查看 Response Headers 里是否有Cache-Control: no-store - 如果看到
Status: 200且Size显示具体字节数（比如 1.2 KB），说明没走缓存；若显示(from disk cache)或(from memory cache)，说明配置失败 - 禁用缓存调试时，勾选 Network 面板的
Disable cache复选框——但这只是开发者工具临时行为，不影响真实用户
最容易被忽略的一点：Nginx 配置修改后必须执行 nginx -t && nginx -s reload，光改文件不重载等于没改；Vercel/Netlify 部署后 headers 生效有几秒延迟，别立刻断定失败。
