关于保持 Service Worker 推送订阅同步的问题

Question

我已阅读推送订阅可能会在浏览器和推送服务之间不同步。

我见过两种补救措施，看起来都不标准：

1. ServiceWorkerGlobalScope.onpushsubscriptionchange
2. GCM 发送响应，mentioned here，spelled out here
   • 可以理解的不标准

我认为任何应用程序都应该处理可以识别订阅不同步（以及任何/全部）的这两个点。

问题：

1. 一般来说，是否总是只有两个区域可以让应用程序了解订阅不同步的情况？ （1. service worker 事件 2. 推送服务响应）看起来有道理，正在寻找确认。
2. ServiceWorkerGlobalScope.onpushsubscriptionchange 事件（或类似事件）是否会进入authoritative standard？
3. 代替服务工作者事件标准，为什么不只保留预期的订阅端点（在客户端状态），并且在您查询 PushManager 的订阅时，检查它是否不同步（不同于预期）？

Answer 1

pushsubscriptionchange 事件记录为Push API specification 的一部分。这应该被认为是权威的，它提到onpushsubscriptionchange 是exposed 作为ServiceWorkerGlobalScope 的一部分。

我不知道在撰写本文时是否在所有支持 Push API 的浏览器中触发了 pushsubscriptionchange 事件，但我相信总体思路是它是您描述的用例的（最终）解决方案。