我有一个客户端JS应用程序,它使用IndexedDB来存储它的状态.工作正常.但是,由于我经常读取和编写IndexedDB,因此当多个选项卡打开时,状态不会变得不一致,这很慢.
我的想法是将所有数据库访问内容都放在服务工作器中,然后我可以在内存中缓存值,而不用担心另一个选项卡可能会更改数据库.
这似乎工作正常,除了我的应用程序的一些部分需要很长时间才能运行.我可以将服务工作者的状态(例如“X％done”)传达给我的UI.但Firefox和Chrome似乎杀死了这个工作人员,如果它运行了超过30秒,这对我来说太短了.
有没有办法解决这个限制？如果没有,任何想法实现类似的东西？共享的工作者可以做到这一点,除了浏览器支持不好,我不期望现在随着服务工作者的发展势头而改善.
解决方法
关于服务人员的Google文档告诉我们,使用服务工作者作为内存缓存是不可能的：
It’s terminated when not in use,and restarted when it’s next needed,so you cannot rely on global state within a service worker’s onfetch and onmessage handlers. If there is information that you need to persist and reuse across restarts,service workers do have access to the IndexedDB API.
我的建议是继续使用服务工作人员将数据保留到数据库,并使用localStorage创建一个shared cache between pages.进行更改的选项卡然后负责更新localStorage中的缓存,并通过服务工作者持久化到IndexedDB.
