AWS SNS离线行为咨询：设备复连后未送达通知的处理主体确认

嘿，这个问题问到点子上了，我来给你理得明明白白：

• 核心结论：设备离线后恢复网络接收未推送成功的通知，是由GCM（现FCM）、APNS、WNS这类厂商级推送服务负责处理的，AWS SNS并不承担这个环节的工作。

• 具体分工拆解：

  • 厂商推送服务的职责：当你的设备处于离线/无网络状态时，APNS、FCM、WNS会把待推送的消息暂存在他们自己的服务器集群中。一旦设备重新恢复网络连接，这些服务会自动检测到设备上线，并将缓存的未送达消息推送给设备——这是它们和设备系统深度集成后提供的原生能力，专门用来解决离线消息的存储与重发问题。
  • AWS SNS的角色：SNS更像是一个「消息转发枢纽」，它的工作是把你要发送的通知消息，准确路由到你预先配置好的对应厂商推送服务端点（比如绑定的APNS平台应用）。只要SNS成功把消息递交给了厂商推送服务，它的任务就完成了。如果消息因为设备离线没最终到达设备，SNS不会存储这些消息，也不会负责后续的重发操作。

• 补充小细节：如果SNS在向厂商推送服务递交消息时就失败了（比如厂商服务临时故障），你可以通过配置SNS的重试策略来处理这种情况，但这和「设备离线导致消息未到设备」是完全不同的场景——前者是消息还没到厂商那边，后者是消息已经在厂商手里等着设备上线了。

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