Javascript 将sw工具箱与Parse JS SDK一起用于运行时缓存/脱机不起作用

我有一个AngularJS应用程序，它使用Parse作为后端。我通过使用service worker使其离线友好—它使用sw precache在构建时缓存静态资源，还对某些白名单URL（如解析API后端）和一些其他URL使用运行时缓存

即使这样，一旦应用程序脱机，运行时缓存也不会生效——它仍然会尝试访问我的解析服务器上的/config URL。我尝试用这种模式将URL白名单，但它仍然不会缓存响应

我的（Grunt生成的）服务工作者代码段是

    // Runtime cache configuration, using the sw-toolbox library.
    toolbox
    .router
    .get(/^https:\/\/xxx\.xxx\.com/, toolbox.networkFirst, 
       {"networkTimeoutSeconds":10,
        "cache":
             {
              "origin":"https://xxx.xxx.com",
              "maxEntries":10,
              "name":"main-cache",
              "maxAgeSeconds":1800
             }
       });

根据文档，此配置将在白名单URL中缓存对域的任何请求。我尝试过使用

maxagesonds

和

maxEntries

，但仍然没有看到这里提到的客户机缓存

我们的想法是让AngularJS+Parse.com应用程序完全脱机工作，可以在页面重新加载时工作（我们已经在脱机时使用了很多IndexedDb和localstorage）。现在，只要页面没有重新加载，应用程序就可以工作，但在加载的那一分钟，它会对/config URL进行API调用，页面将保持空白，并显示一些控制台错误消息

---

如果您能在这方面提供帮助，我们将不胜感激。

与fetch相结合，通用fetch的SW处理程序（fetch.listener）可以代理任何生成parse.RESPONSE的REST端点。如果您有一个解析客户查询，那么您可以将字符串URL（即rest端点）与实际响应配对，并将其存储在侦听器将代理它的SW.cache中。查看软件示例侦听器。编译一个要包含在缓存中的端点列表，我认为该示例显示了如何加载您的请求。从那时起，我迁移到使用workbox，虽然我已经包含了需要代理的URL，但服务人员不会缓存/响应其缓存中的此URL。其他所有静态资源都已成功加载。我相信您建议的URL是workbox已经考虑的低级实现位。还有其他建议吗？在缓存调用中重新设置静态URL。它们必须是有效的URL。I有效协议，有效域n路径