HTTP 缓存让浏览器和 CDN 复用一个响应，而不是重新获取它，由 Cache-Control 头控制。Web 应用的制胜模式是：给你的资源文件名加哈希并永久缓存它们；让 HTML 不可缓存。
# Hashed, versioned assets — content never changes for a given URL
Cache-Control: public, max-age=31536000, immutable
# e.g. /static/app.9f2c1a.js (the hash changes when content changes)
# HTML — must always be fresh so it can point at new asset hashes
Cache-Control: no-cache
一个包含详细解答的 IT 面试题库——从初级到高级。
捐赠immutable 告诉浏览器永不重新验证——完全不发条件请求，即便重新加载也不发。这样做是安全的，因为文件名哈希就是版本；新内容 = 新 URL。no-cache 名字有误导性：它意味着「存储它，但在使用前重新验证」（若未变则返回 304），所以用户总能拿到引用当前资源哈希的 HTML。ETag / Last-Modified 让 max-age 过期时能返回廉价的 304 Not Modified 响应。s-maxage 控制共享的 CDN 缓存，用 stale-while-revalidate 在后台刷新的同时立即提供过期内容：Cache-Control: public, s-maxage=600, stale-while-revalidate=86400
max-age 缓存 HTML → 用户卡在旧版本上，无法让缓存失效。immutable → 你无法发布修复。缓存是最廉价的性能胜利——它把重复访问变成零网络成本，并为源站卸载负担。「哈希的不可变资源 + 重新验证的 HTML」这一模式是行业标准；能解释为什么 no-cache ≠「不要缓存」，标志着真正的深度。