问设备上线后iOS中推送通知的异常行为

EN

来自APNS的正式文件

苹果推送通知服务包括一个执行存储和转发功能的服务质量(QoS)组件。 如果APN试图传递通知，而目标设备离线，则APN将该通知存储一段有限的时间，并在设备再次可用时交付通知。 这个组件只存储每个设备和每个应用程序的最新通知。如果设备脱机，则发送针对该设备的通知请求将导致放弃先前的请求。如果一个设备长期处于脱机状态，那么它在APN中存储的所有通知都会被丢弃。 苹果推送通知服务包括一个执行存储和转发功能的服务质量(QoS)组件。如果APN试图传递通知，而目标设备离线，则APN将该通知存储一段有限的时间，并在设备再次可用时交付通知。该组件只存储每个设备和每个应用程序的最新通知。如果设备脱机，则发送针对该设备的通知请求将导致放弃先前的请求。如果一个设备长期处于脱机状态，那么它在APN中存储的所有通知都会被丢弃。

对于GCM，可以使用折叠键实现类似的行为。

此参数标识一组可以折叠的消息(例如，使用collapse_key：“更新可用”)，以便在可以恢复传递时只发送最后一条消息。这是为了避免在设备恢复联机或激活时发送太多相同的消息(请参阅delay_while_idle)。 注意到，无法保证消息的发送顺序.

iOS上的随机行为似乎很奇怪，但可能只是因为推送通知没有100%保证被发送，也没有按发送的顺序进行。