chrome 因强缓存机制可能持续显示旧版 html/css/js 文件，即使服务器已更新；本文提供无需清空浏览器历史、兼容多设备的自动化解决方案。
当您通过 Hostinger 等共享主机成功上传新版 HTML、CSS 或 JavaScript 文件后，Chrome 却仍显示旧内容——而 Edge、Firefox 甚至手机浏览器偶有正常——这通常不是上传失败，而是浏览器（及中间代理）依据 HTTP 缓存策略复用了本地副本。您的朋友和手机端也出现同样问题，进一步说明缓存行为源自服务端响应头（如 Cache-Control 或 Expires），而非单机本地缓存。
✅ 推荐首选方案：配置服务端缓存控制（持久有效）
Hostinger 支持 Apache 环境，您可通过 .htaccess 文件精准控制静态资源缓存策略。在网站根目录（通常为 public_html/）创建或编辑 .htaccess，添加以下规则：
# 禁用 HTML 页面缓存（确保每次请求都校验最新版本）Header set Cache-Control "no-cache, no-store, must-revalidate, max-age=0" Header set Expires "0" # 对 CSS/JS 文件启用版本化缓存（兼顾性能与更新可靠性）Header set Cache-Control "public, max-age=31536000, immutable" Header set Cache-Control "public, max-age=31536000, immutable"
⚠️ 注意：
- 需启用 Apache 的 mod_headers 模块（Hostinger 默认开启）；
- 修改后需等待约 1–2 分钟生效，可访问 https://www.php.cn/link/853d6d4dc67f67e50fa039df7ecf3e7b 并按 F12 → Network → 刷新 → 查看 index.html 响应头，确认 Cache-Control 值已变更；
- 若使用 GitHub Pages 或其他平台，此方法不适用，需改用文件名哈希（如 main.a1b2c3.css）或 （但后者对 HTML 缓存效果有限，不推荐作为主方案）。
? 临时应急方案（仅限调试）：资源版本标记（URL Cache Busting）
在 HTML 中为 CSS/JS 引入添加时间戳或版本号参数（不影响语义，仅欺骗浏览器视为新请求）：
每次更新时修改 v= 后的值即可触发重新下载。注意：此法对 index.html 自身无效（因用户直接访问 /），故必须配合服务端缓存头控制 HTML。
? 总结：
根本解决“Chrome 不更新页面”问题，关键在于打破浏览器对 index.html 的强缓存信任。重命名文件（如 index.htm）虽能绕过缓存，但破坏标准实践且不可持续；而通过 .htaccess 设置 Cache-Control: no-cache 于 HTML 文件，是符合 Web 规范、一次配置长期生效的专业做法。后续发布时，再辅以 CSS/JS 文件名哈希或版本参数，即可实现开发体验与线上稳定性的双重保障。
