我已经使用PhoneGap build创建了一个用于Android和iOS的移动应用程序。去年，我几乎完成了使用GCM（Google Cloud Messages）进行远程推送通知的编写代码 - 该通知也可以通过Apple的APN出现 - 但是该项目已搁置。
今年该项目已经复活，我发现Google将所有内容都更改为Firebase（FCM）。然后，我阅读了一些有关亚马逊SNS处理通知的诱人内容。就在我开始认为SN可能是一个更好的选择时，我注意到您仍然必须设置GCM/FCM，然后将所有这些详细信息传递给SNS。
因此，当我必须进行完整的FCM设置时，使用SNS是否有任何好处？！主题，为您提供一个不错的API/SDK等。据我所知，应用程序代码和服务器端代码并不简单。为什么在FCM顶部添加另一层（SNS）？
（我试图不让这是一个基于意见的问题：我想知道SNS是否为我节省了任何努力，给我任何优势，还是添加FCM没有的任何功能。）
只是一些想法。
- 如果您已经使用了一些移动AWS SDK，那么将其用于SNS也更加方便。
- 这也有助于使您的应用保持较小。
- 您作为开发人员更快乐，因为API呼叫有些统一。
- 如果您的后端托管在AWS基础架构上，则可以在EC2实例（也可以使用Lambdas等）使用IAM角色来制作无访问键/秘密键的呼叫。
- 您在CloudWatch中获得指标。
但是Firebase Cloud Messaging是免费的：）
让我们首先回答几个问题。
1.您想开发，维护和运行代码与GCM交谈吗？
2.如果您选择为其他移动平台开发应用程序，您是否希望为另一个平台（iOS，Kindle Fire）做同样的事情。
3.您想自己管理registration_id的更改吗？
4.您是否在乎是否在几毫秒之后向用户发送通知？
如果您对上述任何问题回答否定，我建议使用SNS向iOS，Android和Kindle Fire设备发送推送通知。
SNS与GCM对话，向Android设备发送通知。这是SNS可以为您提供的。
简单的API发送通知到异质平台。
管理申请注册_ids。作为开发人员，您不必担心registration_ids的更改。
鳞片真的很好。您不必担心如果您的应用程序超级流行，您就不必担心管理基础架构。
可以忍受GCM停机时间＆amp;节流。