在HTML5离线应用程序中需要swapCache（）吗？

Question

如果我没有实现任何updateready事件处理程序，并且不呼叫swapCache()，这是否意味着浏览器将始终使用该应用程序的第一个（最旧的）下载版本？

如果不是，那么为什么需要swapCache()方法？

Answer 1

SwapCache方法为应用程序提供了一种控制应用更新时机的机制。在普通的HTML应用程序中，可能很难确定客户端浏览器中是否存在正确的JS。 另外浏览器的实现方式也不尽相同，当缓存更新时，我发现iPhone特别固执。 swapCache让我重新控制如何更新我的应用程序，即我可以选择自动应用修补程序或让用户选择何时应用等。

Answer 2

我想知道同样的事情。我似乎能够通过调用“window.applicationCache.update（）”来触发成功的更新。如果清单文件已被修改，则会触发“下载”事件，然后最终“更新就绪”。

当我重新加载它时，它似乎已被应用。我似乎不需要调用swapCache（）。我有规定从应用程序调用它，但到目前为止还没有注意到对更新过程有任何影响。

调用update（）基本上消除了一次重载，AFAICS。

Answer 3

我有一个相当大的缓存（> 100MB）的应用程序。这需要特别长的时间来交换缓存（并且在发生这种情况时几乎锁定了浏览器）。因此，我会显示一条消息，指示该应用正在更新（请稍候...），然后拨打swapCache()，然后在完成时显示一条新消息。

不知道这是否回答您的问题（至于为什么它必然需要），但我认为它至少提供了swapCache()的有效用例。

Answer 4

swapCache将从缓存清单中列出的上一组资源（当运行webapp加载时）切换到新组。毕竟这是为了响应updateready这样做，这表示新的清单已被加载。

这不会与加载单个资源相混淆，通常的浏览器缓存策略仍然适用。换句话说，您将交换资源集合，但个别资源需要自己的缓存管理以确保在需要时重新加载它们。

我还没有尝试过，但它似乎建议将代码构建为处理更新过程的“更新控制器”JavaScript文件，以及具有已知入口点的版本化文件名（或URL）的JavaScript源代码。

Answer 5

Swapcache确保从新缓存中获取“后续”对缓存资源的调用。 swapcache之后的后续含义。 要在动作中看到此操作，请尝试在updateready事件中调用 swapcache调用后动态设置img的src属性（以便浏览器在特定的 时间加载它）。确保此图像尚未加载到页面中的其他位置，因为 会扭曲此测试。 现在更改图像并更改清单文件（强制重新加载缓存的文件）。 在您的浏览器中重新加载页面。 您现在应该在您的渲染页面中看到图像的新版本。 现在注释掉对swapcache的调用。 对清单文件进行更改并重新加载页面，从而重新加载所有资源。 再次刷新页面（以确保您拥有新缓存中的版本）。 现在再次更改图像并更改清单。 再次重新加载页面：现在您看到旧版本的图像。 在最后一种情况下，浏览器完成将新版本加载到缓存中，但由于未调用 swapcache，因此图像仍旧从旧缓存中获取。

如果您不在页面中进行任何动态的资源加载，则swapcache不起作用。

特别是，如果您重新加载updateready事件处理程序中的页面，则调用swapcache 首先自重新加载后无效，该页面将无论如何都会从新缓存中获取该页面。

Answer 6

让我们想象2种不同的场景。

1. 当新内容可用时您致电location.reload()。该页面将使用其全新内容重新加载。在这种情况下不需要applicationCache.swapCache()。

2. 您的用户继续与您的页面进行交互，无需重新加载。这种交互会导致资产动态加载。为了争辩，让我们假设这是一个翻转图像，让我们假设你刚刚更新了这个翻转图像。如果没有applicationCache.swapCache()，您的用户将继续看到旧的翻转图像。在applicationCache.swapCache()之后，他/她将看到新的翻转图像。

所以applicationCache.swapCache()无需重装说：“让网页是当它被装载的方式，但现在使用任何新的资产，只要页面要求他们”。