Cache-Control 能显著提升首屏速度，关键在于按页面类型选择合适指令：静态页用 public, max-age=3600；动态页用 private, max-age=600；带哈希的构建产物可设 max-age=31536000；no-cache 仍需验证请求，no-store 彻底禁用缓存；meta 标签无效，必须通过响应头配置。
Cache-Control 能显著提升页面速度，但前提是用对了指令、配对了场景；盲目加 no-cache 或 no-store 反而拖慢加载。
为什么 Cache-Control 直接影响首屏时间
浏览器首次请求 HTML 时，如果响应头里有 Cache-Control: max-age=3600，后续一小时内再次访问，就不再发请求，直接从内存或磁盘缓存读取 HTML 文件——省掉 DNS、TCP、TLS、HTTP 往返，通常快 200–800ms。但这个效果只在静态 HTML 或内容极少变动的页面上稳定成立。
- 动态生成的 HTML（如带用户昵称、实时订单数）不能靠
max-age缓存太久，否则会显示过期数据 -
no-cache不等于“不缓存”，它强制每次验证，仍需一次 HTTP 请求（哪怕返回304 Not Modified），首屏延迟没减少 -
no-store彻底禁用缓存，适合登录页、支付确认页这类敏感页面，但代价是每次重载都走完整网络链路
Cache-Control 常见组合怎么选
不同页面类型对应不同策略，不是所有 HTML 都该设成 public, max-age=31536000：
- 首页、文章页等静态内容：用
public, max-age=3600（1 小时），兼顾更新及时性与缓存收益 - 用户仪表盘（含个性化数据）：用
private, max-age=600（10 分钟），避免缓存污染，又不至于太频繁拉取 - HTML 中嵌入了时间戳或随机 hash 的构建产物（如
index.abc123.html）：可放心设public, max-age=31536000，文件名变则 URL 变，缓存自然失效 - 使用服务端渲染（SSR）且内容每分钟更新：干脆不设
Cache-Control，让 CDN 或反向代理按自己规则处理，比前端硬控更灵活
HTML 里写 <meta http-equiv="Cache-Control"> 有用吗
基本没用。这个 meta 标签只在极少数场景下被部分浏览器（如某些旧版 Safari）当作降级 fallback 解析，但现代 Chrome、Firefox、Edge 完全忽略它。服务器响应头里的 Cache-Control 才是唯一权威来源。
- 如果你用 Nginx，加这行：
add_header Cache-Control "public, max-age=3600"; - 如果你用 Express，加这行：
res.set('Cache-Control', 'public, max-age=3600'); - 检查是否生效：打开 DevTools → Network → 点 HTML 请求 → 查看 Response Headers 里是否有
Cache-Control字段 - 误用
meta会导致你误以为缓存已开启，实际每次都在重新下载 HTML
缓存 HTML 时最容易被忽略的副作用
HTML 缓存本身很快，但它会让其他资源的更新变得不可见——比如你改了 main.js 并重新部署，但 HTML 还在缓存里引用旧版本的 main.a1b2c3.js，用户就卡在旧逻辑里。
立即学习“前端免费学习笔记（深入）”；
- 解决办法不是降低 HTML 缓存时间，而是确保 HTML 中引用的 JS/CSS 路径带内容哈希（content hash），这样 HTML 缓存再久也不影响资源更新
- 如果做不到哈希路径，至少给 JS/CSS 单独设置更强的缓存控制，例如
Cache-Control: public, max-age=31536000, immutable，并用?v=20260405这类查询参数触发更新（注意：CDN 可能忽略 query 参数，慎用） - 上线后别只测首页，一定要清空浏览器缓存或用隐身窗口验证 HTML 是否真从缓存加载、JS 是否加载了最新版
