JavaScript文件的浏览器强缓存由HTTP响应头控制，核心是Cache-Control：public, max-age=31536000, immutable，配合文件名哈希确保长期有效；禁用no-cache和no-store，Expires仅作兼容补充。

JavaScript 文件的浏览器强缓存，本质是通过服务器返回的 HTTP 响应头控制，而不是在 JS 代码里写配置。关键在于让浏览器知道：这个 JS 文件多久内可以直接用本地副本，不用发请求。

核心响应头：Cache-Control

这是现代强缓存的首选字段，优先级高于 Expires。对 JS 文件（如 app.[hash].js）建议设置：

• max-age=31536000：缓存一年（365 天 × 24 小时 × 3600 秒），适合带内容哈希的静态资源
• public：允许 CDN、代理等中间节点也缓存，提升分发效率
• immutable：声明该资源内容不会变（配合文件名哈希使用），避免浏览器在地址不变时重复验证

完整示例：
Cache-Control: public, max-age=31536000, immutable

配套构建策略：文件名带哈希

强缓存长期有效，前提是资源更新后 URL 必须变化。否则浏览器永远用旧缓存。

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• Webpack 中启用 [contenthash]：JS 文件内容变了，文件名就变（如 main.a1b2c3d4.js）
• Vite 或其他构建工具也有类似机制，确保每次构建产出唯一文件名
• HTML 中引用的 JS 路径需同步更新（通常由构建插件自动处理）

避免误用 no-cache 和 no-store

这两个指令容易被误解：

立即学习“Java免费学习笔记（深入）”；

• no-cache ≠ 不缓存，而是“每次用前必须向服务器确认”，会触发协商缓存（304），仍发请求
• no-store 是真正禁用所有缓存，JS 每次都重新下载，不适合生产环境的静态脚本
• 除非调试需要，否则不要给 JS 文件设这两个值

可选兜底：Expires（不推荐单独用）

它是 HTTP/1.0 的老字段，依赖客户端和服务端时间一致，易出错。如果要用，只作为兼容补充：

• 设为比 max-age 稍晚的绝对时间（如一年后）
• 但只要 Cache-Control 存在，浏览器就忽略 Expires