Android GCM服务对于大规模推送通知是否可靠?

Android GCM服务对于大规模推送通知是否可靠?,android,android-c2dm,google-cloud-messaging,Android,Android C2dm,Google Cloud Messaging,我想一次向大约50000个用户发送通知,每天发送50个通知,在这种情况下使用GCM是一个好选择吗? 如果不能,我可以知道我还可以使用哪些推送服务,即使是付费服务,我也不介意。。 提前感谢一个通知只能发送到1000台设备(GCM限制)。因此您必须拆分设备阵列。 50.000个用户可以使用GCM 我们的应用程序服务于10万用户 在这种情况下,您可以使用airpush通知服务: 我认为GCM是一个很好的选择。它是可靠的,使用它有助于节省电池和数据使用,因为它搭载了其他谷歌服务。你们只需要安卓2.2或更

我想一次向大约50000个用户发送通知,每天发送50个通知,在这种情况下使用GCM是一个好选择吗? 如果不能,我可以知道我还可以使用哪些推送服务,即使是付费服务,我也不介意。。
提前感谢

一个通知只能发送到1000台设备(GCM限制)。因此您必须拆分设备阵列。 50.000个用户可以使用GCM

我们的应用程序服务于10万用户

在这种情况下,您可以使用airpush通知服务:
我认为GCM是一个很好的选择。它是可靠的,使用它有助于节省电池和数据使用,因为它搭载了其他谷歌服务。你们只需要安卓2.2或更高版本并安装谷歌服务,这意味着并没有KindleFire

我认为GCM在处理您提供的消息或设备数量方面不会有任何问题

如果您使用它,您仍然需要编写自己的服务器组件来处理注册和消息发送。我写了一篇文章来描述这是如何工作的


一些为您处理服务器组件的商业服务(以及其他服务)是、和。是一个商业解决方案(我相信)不使用GCM。正如我在上面的评论中所指出的,我帮助创建了AirBop

,就像其他人一样,我们也曾与GCM斗争过一段时间。然而,我们相信,我们终于找到了影响GCM性能的最主要因素:

要以最少的抖动以最快的速度传递通知: 1.空闲时延迟-设置为false 2.实时时间-设置为零(但我们已设置为30以防万一) 3.规范ID—确保GCM返回的规范ID替换数据库中的旧PushID 4.collapse_key-最重要的因素-将其设置为random或TOD以避免谷歌限制通知


有了这些,我们的GCM工作令人满意。祝您好运,如果您还有问题,请发邮件。

谷歌还表示,它不保证邮件的传递,那么这种情况下是否可靠?请注意,传递顺序不保证。而且它不能保证与新版本的应用程序一起工作。而且4kb的有效负载比我的要求要小得多,有什么建议吗?将GCM发送给您的客户机。然后在onMessage(上下文,意图)方法中向您的服务器发送反馈并获取您需要的数据(通过URL或套接字)。AirPush不是一个广告网络吗?还有其他商业服务,比如(这是我帮助创建的,两者都使用GCM。GCM确实保证消息将按接收顺序发送,但不能保证消息的接收顺序。这是非常可靠的。我们使用时间的当前值,而不是随机值。更好的单词应该是唯一的。@SC-SL在mosts,您进行了多少次广播使用?(/1000);我想知道它是否能够以每小时的速度进行n(0-50)次(@10k-200k)广播。