iOS通过Firebase离线后仅接收最后一条推送通知的问题咨询

这个问题我之前做iOS推送服务时也踩过坑，核心原因就是APNs的通知折叠机制在起作用！

为什么会出现这种情况？ #

当iOS设备离线时，APNs会暂时缓存你的推送请求，但如果多条推送携带了相同的collapse_id（或者你没显式设置，但某些场景下APNs默认合并了同类型通知），APNs会自动丢弃旧的推送，只保留最新的那一条，等设备上线后就只推送这最后一条。

如果你的5条推送是不同内容但还是被合并了，大概率是你在请求APNs时，给所有推送设置了同一个collapse_id参数——这个参数的设计初衷就是告诉APNs："如果有同ID的推送，就只留最新的那条"。

解决方案 #

• 给每条推送分配唯一的collapse_id：
  在向APNs发送POST请求时，在请求头里添加apns-collapse-id字段，每条推送用一个独一无二的值（比如UUID、业务侧的自增通知ID）。这样APNs会把每条推送都当成独立的通知，离线时全部缓存，设备上线后依次推送给用户。
  举个请求头的示例：

  apns-collapse-id: order_notification_87654321
  

• 确保推送Payload的唯一性：
  检查每条推送的aps部分内容（比如alert.title、alert.body）是完全不同的，同时避免使用重复的自定义标识字段。如果两条推送的核心内容高度相似，APNs也可能会误判为同一条通知的更新（不过这种情况比较少见）。
• 确认推送类型：
  如果你用的是VoIP推送，它的缓存机制和普通远程推送不同——VoIP推送不会缓存多条，只会保留最新的一条。如果是普通远程通知，按上面的方法处理即可。

测试小技巧 #

可以在Payload里添加一个自定义字段，比如"custom_notif_id": "unique_123"，这样设备收到通知后，你能在客户端日志里看到每条通知的唯一标识，方便确认所有推送是否都被正确送达。

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