IOS 16.4 Web Push长期闲置后失效问题排查求助

问题验证与排查 #

先针对你提出的两个推测逐一验证：

1. 订阅静默过期：
   iOS的APNs推送订阅确实存在自动过期机制，即使Service Worker（SW）处于activated状态，存储的推送端点可能已失效。复现问题后，可通过两个方式验证：

   • 后端推送时检查响应状态码，若返回410 Gone或404 Not Found，说明端点已被APNs回收
   • 打开PWA后立即调用navigator.serviceWorker.ready.then(reg => reg.pushManager.getSubscription())，对比返回的订阅端点与后端存储的旧端点，若不一致则证明订阅已静默更新

2. Service Worker无法唤醒：
   虽然你看到SW状态为activated，但iOS系统会对长期闲置的SW进行回收，且你提到的跨域重定向导致Safari无法唤醒SW的Bug是关键诱因。即使SW处于激活状态，推送请求若涉及跨域授权重定向，Safari可能无法触发SW的push事件。

具体解决方案 #

1. 订阅生命周期闭环管理 #

• 强制订阅校验与更新：在PWA启动时，不仅自动重新订阅，还要将新获取的订阅端点与后端存储的旧端点对比，若存在差异则立即同步更新后端数据。代码示例：

  navigator.serviceWorker.ready.then(async (reg) => {
    const currentSub = await reg.pushManager.getSubscription();
    const storedSub = await fetch('/api/get-user-subscription').then(res => res.json());
    if (!currentSub || currentSub.endpoint !== storedSub.endpoint) {
      const newSub = await reg.pushManager.subscribe({
        userVisibleOnly: true,
        applicationServerKey: '你的VAPID公钥'
      });
      await fetch('/api/update-subscription', {
        method: 'POST',
        body: JSON.stringify(newSub)
      });
    }
  });
  

• 后端失效订阅标记：当后端推送收到410等失效状态码时，标记该订阅为无效，下次用户打开PWA时直接触发重新订阅流程。

2. 修复Service Worker唤醒问题 #

• 规避跨域重定向Bug：调整推送端点配置，避免客户端侧的跨域授权重定向。可将重定向逻辑移至后端，确保推送请求直接指向APNs认可的有效端点，无需Safari处理跨域跳转。
• 定期唤醒SW维持存活：利用iOS 15.4+支持的Periodic Background Sync API，定期唤醒SW并校验订阅有效性。在SW的activate事件中注册定期同步：

  self.addEventListener('activate', (event) => {
    event.waitUntil(
      self.registration.periodicSync.register('check-push-subscription', {
        minInterval: 7 * 24 * 60 * 60 // 每周一次
      })
    );
  });
  
  self.addEventListener('periodicsync', (event) => {
    if (event.tag === 'check-push-subscription') {
      event.waitUntil(
        self.registration.pushManager.getSubscription().then(sub => {
          if (sub) {
            // 同步订阅状态到后端，或发送测试请求验证有效性
            fetch('/api/validate-subscription', {
              method: 'POST',
              body: JSON.stringify(sub)
            });
          }
        })
      );
    }
  });
  

• 简化SW推送事件逻辑：确保SW的push事件处理代码简洁高效，优先调用self.registration.showNotification()展示通知，避免耗时的异步操作，降低被系统终止的概率。

3. 额外调试建议 #

• 复现问题后，通过Safari Web Inspector的「Service Workers」面板查看SW的「Last Seen」时间，确认推送请求是否触发了SW唤醒
• 测试无跨域重定向的推送端点，验证是否能正常触发推送通知，定位问题根源是否为跨域Bug

内容的提问来源于stack exchange，提问作者Boris Chernysh