已用Workbox路由缓存通过多数Lighthouse测试，Precaching对PWA是否必需？

嗨，我来帮你理清楚Precaching的作用以及你当前场景下的情况~

首先明确说：Precaching不是必需项。你已经通过workbox.routing.registerRoute搭配staleWhileRevalidate策略缓存了所有需要的内容，这已经能满足大部分PWA的核心需求，比如离线访问已请求过的资源、后台更新缓存等，这也是你能通过大部分Lighthouse测试的原因。

不过，未使用Precaching的话，你会缺失以下几个关键功能/优化点：

• 首次访问的离线可用性：Runtime缓存（比如你用的staleWhileRevalidate）是在用户首次请求资源时才开始缓存，也就是说用户第一次打开你的应用时，如果处于离线状态，这些资源是无法加载的。而Precaching会在Service Worker安装阶段就预先缓存你指定的核心资源（比如首页HTML、主JS/CSS文件），用户哪怕第一次打开就断网，也能看到应用的核心界面。

• 简化的资源版本管理：Workbox的Precaching会自动生成资源的哈希清单，当你部署新版本时，只要资源内容变化，哈希就会更新，Service Worker会自动替换旧的缓存资源，避免用户拿到过期内容。如果只用runtime缓存，你得自己手动处理资源版本控制（比如给资源加哈希后缀、手动更新缓存键），否则容易出现缓存不一致的问题。

• 更易拿到Lighthouse离线测试满分：虽然你已经通过了大部分测试，但Lighthouse的「Offline」项会检查核心启动资源是否能离线访问。如果这些核心资源依赖runtime缓存，首次访问未缓存的情况下，离线加载会失败，可能导致这项失分。Precaching能确保核心资源从一开始就被缓存，更容易拿到该项的满分。

• 优化首次加载性能：Precaching在Service Worker安装阶段就提前下载并缓存核心资源，用户首次访问时，浏览器可以直接从缓存读取这些资源，减少网络请求次数，一定程度上提升首次加载的速度。

总结一下：如果你的应用对首次离线访问体验要求不高，且你已经自己处理好了资源版本更新的问题，那么不用Precaching完全可行。但如果想优化首次离线体验、简化版本管理流程，或者追求Lighthouse的全满分，Precaching会是一个非常实用的补充。

内容的提问来源于stack exchange，提问作者Henry