如何处理SNS中禁用的endpoint

Question

我正在使用AWS SNS向移动应用发送推送通知，订阅单个SNS主题下的所有设备。然后，为了发送通知，我只发送到该主题。然而，如果某个endpoint由于任何原因无法接收消息，SNS会将该endpoint标记为禁用。

如果SNS只标记一个永久无效的endpoint，这可能很好，但事实并非如此。因为如果我重新启用它，那么在下一次消息推送后，它可能不会返回再次禁用，这意味着在下一次推送中它可以正确接收消息。

重新启用的过程相当痛苦，我必须安排一个批处理过程来循环每个SNS应用程序下的所有endpoint，并逐个1重新启用每个设备endpoint。这需要几个小时，并且随着设备数量的增加而增加。

我怎么知道哪个endpoint真的不再有效，因为用户已经卸载了一个应用程序，所以我不必费心重新启用它？或者，有没有更好的方法来处理这个问题？

Answer 1

我认为问题的正确解决方案是首先阻止endpoint被禁用。该策略应确保SNS仅禁用永久无效的endpoint，如应用程序卸载案例，并避免/恢复其他案例。

我与AWS支持部门联系过。我了解到一种情况，即设备的设备令牌可能会变得无效，在我的情况下，我有一个逻辑，即我正在重新启用设备的endpoint，但使用与之前相同的无效令牌。因此，endpoint将被启用，但一旦对其进行推送，SNS将再次将其标记为禁用，因为基础令牌无效。正确的做法是从设备端检查令牌是否已更改，以及何时再次通过令牌进行SNS注册。

以下是此策略的伪代码：

///////////////////////
retrieve the latest token from the mobile OS
if (endpoint arn not stored)
 # first time registration
 call CreatePlatformEndpoint
 store returned endpoint arn
endif

call GetEndpointAttributes on the endpoint arn

if (getting attributes encountered NotFound exception)
 #endpoint was deleted
 call CreatePlatformEndpoint
 store returned endpoint arn
else
 if (token in endpoint does not match latest) or
  (GetEndpointAttributes shows endpoint as disabled)
  call SetEndpointAttributes to set the
                     latest token and enable the endpoint
 endif
endif
//////////////////////