chrome 因强缓存机制可能持续加载旧版 html/css/js 文件，即使服务器已更新；本文提供无需清空浏览器历史、即可让所有用户（包括访客）立即看到最新内容的两种可靠方案：文件重命名与 http 缓存头控制。
当您通过 Hostinger 等托管服务成功上传新版 HTML、CSS 或 JavaScript 文件后，Chrome 却仍显示旧页面——而 Edge、Firefox 甚至手机浏览器却能正常刷新——这通常不是上传失败，而是浏览器主动复用本地缓存资源所致。Chrome 对静态资源（尤其是 index.html）的缓存策略极为激进，尤其在未设置明确缓存指令时，会依据启发式规则（如 Last-Modified）缓存数小时甚至数天。更关键的是，这种缓存行为会同步影响所有访问者（如您朋友的设备），因为缓存决策发生在客户端，与服务器无关。
✅ 方案一：通过文件名变更“绕过”缓存（零配置、即时生效）
最简单且 100% 有效的方式是打破缓存键一致性。例如，将入口文件从 index.html 改为 index.htm：
# 上传前本地重命名（注意：.htm 与 .html 在绝大多数服务器上等效） mv index.html index.htm
然后重新上传 index.htm，并确保服务器默认索引文件列表包含 .htm（Hostinger 的 Apache 默认支持）。由于浏览器将 index.htm 视为全新资源，它不会复用 index.html 的任何缓存，从而强制发起全新请求并加载最新内容。
⚠️ 注意事项：
- 修改后需检查网站根目录下是否同时存在 index.html 和 index.htm —— 若两者共存，部分服务器可能仍优先加载 index.html，请务必删除旧文件；
- 此方法适用于纯静态站点，若使用构建工具（如 Vite、Webpack），建议采用方案二配合自动哈希文件名（如 main.a1b2c3.js）。
✅ 方案二：通过 .htaccess 设置强制缓存控制（专业、可维护）
在网站根目录创建或编辑 .htaccess 文件，添加以下 Apache 指令（Hostinger 全面支持）：
# 针对 HTML 文件：禁止缓存，每次强制校验 <FilesMatch "\.(html|htm)$"> Header set Cache-Control "no-cache, no-store, must-revalidate, max-age=0" Header set Pragma "no-cache" Header set Expires "0" </FilesMatch> # 针对 CSS/JS：添加版本标识（推荐配合文件名哈希） <FilesMatch "\.(css|js)$"> Header set Cache-Control "public, max-age=31536000, immutable" </FilesMatch>
✅ 效果说明：
- index.html 将永不被缓存，每次访问均向服务器发起条件请求（If-None-Match），确保获取最新版本；
- CSS/JS 则启用长期缓存（1年），但前提是您在引用时加入版本参数或哈希（如 ），否则修改文件后用户仍可能看到旧样式。
? 验证是否生效：
打开 Chrome DevTools（F12）→ Network 标签页 → 刷新页面 → 查看 index.html 的响应头中是否包含 Cache-Control: no-cache... 及 Status: 200（非 304）。
总结建议
- 临时紧急修复 → 用方案一（改名 index.htm），5 分钟内全网生效；
- 长期项目维护 → 用方案二（.htaccess + 版本化静态资源），兼顾性能与可控性；
- 终极实践：在构建流程中为所有静态资源自动添加内容哈希（如 app.a9f8b3.js），并在 HTML 中注入对应引用——这样既享受强缓存优势，又彻底规避更新失效问题。
缓存不是敌人，而是性能基石；关键在于让缓存“聪明地失效”——而非依赖用户手动清空历史。
