据我所知，一旦您在 PWA 网站上单击“添加到主屏幕”，浏览器就会使用提供的清单文件和源生成一个 .apk，然后像普通应用一样安装它。
我注意到当我更新网站时，该应用程序也会显示更新的内容，这表明该应用程序只是用于访问该网站的包装器。我还注意到网站的更新不会立即显示，我认为这是由于内部缓存造成的。
我的问题是，我的假设是否正确？或者更一般地说，PWA 何时以及如何更新？有没有办法在客户端机器上强制更新？
【问题讨论】：
标签： android progressive-web-apps service-worker manifest auto-update
无缓存场景（无 Service Worker）：您的 PWA 应用只有在您使用 Service Worker 时才会被缓存。 Manifest.json 将帮助您将 Web 应用程序添加到带有图标的主屏幕，并在没有地址栏的情况下打开。如果您没有 service worker 或者您的浏览器不支持它，那么每次都会重新加载网页。没有缓存。
Cache-On 场景（使用 Service Worker）：假设您已配置 Service Worker，Service Worker 可以通过延迟加载或预取配置为缓存的文件进行缓存（您可以包含或排除缓存从 html、CSS、图像到 JSON/XML API 响应的任何内容）。
在初始缓存之后，Service Worker 将使用缓存来根据您从下面实现的cache approach 为您的应用程序网络请求提供服务。
由于性能优势，大多数应用程序选择precache 并在加载时查找新文件，如果发现任何更改将在下一次会话中加载或提示用户刷新。使用此解决方案，每个文件将为服务工作者缓存的每个文件都有一个长哈希字符串。在加载每个应用程序时，将从服务器获取哈希码以匹配并找到需要更新的文件，并且将在单独的服务工作线程中更新相同的文件。您可以在 chrome 开发人员工具中的网络选项卡 -> 服务人员响应中注意到这一点。
如果您选择网络优先的方法，您可以避免在初始加载时显示旧内容，但会失去缓存带来的显着性能优势。
【讨论】：
cache-control 标头吗？
本质上，只有两个事件会自动触发 PWA 更新：
manifest.json发生了变化；例如更改的图标文件或更改的scope 或start_url。service-worker.js 中的一个字符更改。因此，如果您将版本号存储在此文件中的 const 中并更改它，则会触发 PWA 的更新。当检测到更改时，新版本通常只会在下一次 PWA 加载时激活。因此，总而言之，两次重新加载对于看到变化是必要的。
最终如何处理更新，最终由service-worker.js 决定。可以根据 PWA 资产的规模和波动性来定义不同的更新策略。也可以立即激活新服务。
但是，有一个重要的警告。确保资产服务器的.htaccess 文件设置的浏览器缓存到期指令设置为非常短持续时间（例如hours）甚至none。
如果不这样做，将导致浏览器在未来几天内看不到 manifest.json 和 service-worker.js 的任何变化。
有关服务工作者行为的更多详细信息，请访问Google Web Fundamentals。
【讨论】：