直接利用浏览器缓存是提升Vue应用加载速度最有效、成本最低的手段，通过Nginx配置强缓存头（如Cache-Control: public, max-age=31536000, immutable）对带哈希的JS/CSS等静态资源实现长期缓存，并确保index.html禁用强缓存以避免版本失效。
直接利用浏览器缓存是提升 Vue 应用加载速度最有效、成本最低的手段之一。它能让用户第二次访问时跳过网络请求，从本地快速读取静态资源，大幅缩短白屏时间和首屏渲染时间。
配置强缓存策略
关键在于让浏览器长期缓存不常变动的资源（如 JS、CSS、字体、图片），同时确保更新后能及时生效：
- 对带哈希值的构建产物（如
app.abc123.js）设置长缓存：`Cache-Control: public, max-age=31536000, immutable`（1年） - 对无哈希的公共资源（如
favicon.ico、/public/下的字体）可设为 `max-age=86400`（1天），便于人工干预 - Vue CLI 项目默认开启
filenameHashing: true，确保文件内容变化时文件名自动更新，避免缓存 stale 问题
服务端精准控制缓存头
不能只靠前端打包，必须由 Web 服务器（Nginx/Apache）统一注入响应头：
- Nginx 示例：
location ~* \.(js|css|woff2?|ttf|eot|png|jpg|gif)$ {<br> add_header Cache-Control "public, max-age=31536000, immutable";<br>} - 注意区分静态资源路径（如
/dist/或/static/），避免对 API 接口也误加缓存头 - 开发环境建议禁用强缓存（如设 `no-cache`），防止调试时资源不刷新
配合版本化与预加载
缓存不是孤立使用的，需和构建流程协同：
立即学习“前端免费学习笔记（深入）”；
- 确保
index.html不被强缓存（设 `no-cache` 或短时效），否则 HTML 中引用的新 JS 文件路径不会更新 - 在
index.html中使用 `` 提前拉取关键资源，例如：<link rel="preload" href="/js/chunk-vendors.abcd1234.js" as="script"> - 字体文件建议单独配置缓存策略（如 WOFF2 设为 1 年），并放在
public/目录下直连引用，避免被 webpack 处理干扰 hash
验证与监控缓存效果
上线后必须确认缓存是否真正生效：
- 打开 Chrome DevTools → Network 标签页，刷新页面，观察资源状态码：`200 (from memory cache)` 或 `200 (from disk cache)` 表示命中缓存
- 检查响应头中是否有 `Cache-Control` 和 `ETag`；若出现 `304 Not Modified`，说明协商缓存起作用
- 可用 Lighthouse 审计「Largest Contentful Paint」和「Time to Interactive」指标，对比缓存启用前后的变化
