服务人员JavaScript更新频率（每24小时？）

Question

根据MDN上的本文件：

之后，每隔24小时左右下载一次。它的下载频率可能会更高，但必须每24小时下载一次，以防止糟糕的脚本被打扰太久。

Firefox和Chrome也是如此吗？还是只有当用户导航到站点时才会更新服务人员javascript？

Answer 1

一些开发人员更喜欢显式地为他们的服务人员服务。js，其响应头导致禁用所有HTTP缓存，这意味着对服务工作者的网络请求。js适用于每个导航。

这种无缓存策略在快节奏的“敏捷”环境中可能会很有用。

只需将以下隐藏的. htaccess文件放在包含service-worker.js的服务器目录中：

# DISABLE CACHING
<IfModule mod_headers.c>
    Header set Cache-Control "no-cache, no-store, must-revalidate"
    Header set Pragma "no-cache"
    Header set Expires 0
</IfModule>

<FilesMatch "\.(html|js)$">
    <IfModule mod_expires.c>
        ExpiresActive Off
    </IfModule>
    <IfModule mod_headers.c>
        FileETag None
        Header unset ETag
        Header unset Pragma
        Header unset Cache-Control
        Header unset Last-Modified
        Header set Pragma "no-cache"
        Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
        Header set Expires "Thu, 1 Jan 1970 00:00:00 GMT"
    </IfModule>
</FilesMatch>

这将禁用所有的缓存。js和。此服务器目录和以下目录中的html文件；这不仅仅是服务人员。js独自一人。

仅选择了这两种文件类型，因为这是my PWA的非静态文件，可能会影响在浏览器窗口中运行应用程序的用户，而不会将其安装为一个完整的自动更新PWA。

有关服务人员行为的更多详细信息，请参阅Google Web基础知识。

Answer 2

注意：从Firefox 57和Chrome 68以及支持服务工作者的Safari和Edge版本开始，默认行为已更改为考虑更新的服务工作者规范。在这些浏览器中，默认情况下，在检查service worker脚本的更新时将忽略HTTP缓存指令。下面的描述仍然适用于Chrome和Firefox的早期版本。

每次导航到服务工作者范围内的新页面时，Chrome都会对传递给navigator.serviceWorker.register（）的JavaScript资源发出标准HTTP请求打电话。让我们假设它被命名为service-worker.js。此请求仅在导航或服务工作人员被唤醒时发出，例如，推送事件。没有一个后台进程每24小时重新访问每个服务工作人员脚本，或者类似的任何自动化过程。

此HTTP请求将遵守标准的HTTP缓存指令，但有一个例外（将在下一段中讨论）。例如，如果您的服务器设置了适当的HTTP响应标头，指示缓存的响应应使用1小时，那么在接下来的一小时内，浏览器对service-worker.js的请求将由浏览器的缓存完成。请注意，我们讨论的不是缓存存储API，它在这种情况下不相关，而是标准的浏览器HTTP缓存。

标准HTTP缓存规则的一个例外，这就是24小时的问题，如果HTTP缓存中的service-worker.js条目的年龄大于24，浏览器将始终访问网络十小时。因此，在功能上，使用1天、1周或1年的最大年龄没有区别——它们都将被视为最大年龄为1天。

浏览器供应商希望确保开发人员不会意外推出一个“破碎的”或有缺陷的service-worker.js，该最大年龄为1年，给用户留下可能是持久的、破碎的网络体验很长一段时间。（你不能指望你的用户知道清除他们的网站数据或转移-重新加载网站。）

一些开发人员更喜欢显式地为他们的service-worker.js提供响应头，从而禁用所有HTTP缓存，这意味着为每个导航都发出了对service-worker.js的网络请求。另一种方法可能是使用非常非常短的max-age（比如一分钟）来提供某种程度的限制，以防单个用户进行大量快速导航。如果你真的想尽量减少请求，并且相信你不会很快更新你的service-worker.js，你可以自由设置24小时的最大年龄，但是我建议在关闭时使用更短的时间你意外地需要重新部署。