AWS SNS移动推送问题咨询：重复订阅、无效端点清理及无Token推送可行性

1. 为何同一设备重新安装后需重新订阅？ #

设备Token是苹果APNs、安卓FCM这类推送服务用来唯一识别设备的核心凭证。当应用重装时，推送服务会生成全新的Token，旧Token会被直接标记为无效，无法再接收任何推送。而AWS SNS的平台端点是和具体Token绑定的，旧端点关联的Token失效后，自然收不到主题推送，所以必须用新Token创建新端点并重新订阅主题。

2. 如何识别并退订同一设备的旧无效端点？ #

• 给端点绑定设备唯一标识：创建SNS端点时，添加自定义属性（比如设备UUID、IMEI、IDFV等能唯一标记设备的字段），把同一设备的所有端点关联起来。
• 批量查询端点列表：调用ListEndpointsByPlatformApplication接口获取当前平台下的所有端点，根据自定义的设备标识筛选出同一设备的多个端点。
• 验证端点有效性：调用GetEndpointAttributes查看端点的Enabled状态，或者结合SNS的推送失败记录（无效端点会触发推送失败），确认旧端点已失效。
• 执行清理操作：先调用Unsubscribe接口将旧端点从主题中退订，再调用DeleteEndpoint删除该端点。也可以在收到SNS推送失败通知时，实时触发清理逻辑。

3. 如何避免同一设备多端点导致的推送延迟？有哪些清理方法？ #

• 实时前置清理：在应用获取新Token并创建SNS端点前，先通过设备标识查询该设备已存在的所有端点，直接退订并删除，再创建新端点订阅主题，从源头避免多端点共存。
• 定期批量清理：定时执行脚本（比如每天一次），遍历所有端点，按设备标识聚合后保留最新的有效端点，删除其余旧端点；也可以借助CloudWatch的FailedNotifications指标，定位推送失败的无效端点进行批量清理。
• 复用旧端点：创建新端点前，先检查同一设备是否已有端点存在，若有则调用SetEndpointAttributes更新该端点的Token，而非创建新端点，避免重复订阅。

4. 是否可以无需设备Token通过AWS SNS发送移动推送？ #

不行。不管是iOS的APNs还是安卓的FCM，底层推送服务都要求必须提供有效设备Token才能定位到具体设备。AWS SNS作为中间服务，本质是调用这些底层推送服务的API，因此必须依赖设备Token创建平台端点，才能完成推送。没有Token的话，SNS无法确定推送目标设备。

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