我想写一个应用程序,从服务器接收推送警报。我找到了一些方法来做到这一点。
SMS -拦截传入的SMS并从服务器发起拉取 定期轮询服务器
每种方法都有其局限性。短信-不保证到达时间。投票可能会耗尽电池。
你有更好的建议吗?非常感谢。
我想写一个应用程序,从服务器接收推送警报。我找到了一些方法来做到这一点。
SMS -拦截传入的SMS并从服务器发起拉取 定期轮询服务器
每种方法都有其局限性。短信-不保证到达时间。投票可能会耗尽电池。
你有更好的建议吗?非常感谢。
当前回答
(我曾回答过一个类似的问题——Android是否支持近乎实时的推送通知?)
我最近开始在Android上使用MQTT http://mqtt.org作为做这类事情的一种方式(例如,推送通知不是SMS,而是数据驱动的,几乎是即时消息传递,而不是轮询等)。
我有一篇关于这方面的背景信息的博客文章,以防有用
http://dalelane.co.uk/blog/?p=938
(注意:MQTT是IBM的技术,我应该指出我为IBM工作。)
其他回答
还是……
3)与服务器保持连接,每隔几分钟发送Keep -alive,服务器可以即时推送消息。这就是Gmail,谷歌Talk等的工作原理。
谷歌的官方答案是Android云到设备消息框架(已弃用)谷歌云消息(已弃用)Firebase云消息
它将适用于Android >= 2.2(在有Play Store的手机上)。
恐怕你已经找到了两种可能的方法。谷歌是,至少在最初,要实现一个GChat api,你可以使用一个推/拉实现。不幸的是,这个库被Android 1.0砍掉了。
逍遥法:
如果你的目标用户基数不大(少于1000人),你想要一个免费的服务开始,那么Airbop是最好的和最方便的。
Airbop网站 它通过其API使用谷歌云消息服务,并提供了良好的性能。我已经在我的两个项目中使用了它,而且很容易实现。
像和Urbanship这样的服务非常出色,但它们提供了整个部署堆栈,而不仅仅是推送通知之类的东西。
如果只有推送服务是你的目标,Airbop将工作良好。
我还没用过Pushwoosh,但它也是一个不错的选择。它允许免费向1,000,000台设备推送
我对Android推送通知的理解/经验是:
C2DM GCM -如果你的目标android平台是2.2+,那么就去做吧。只有一个问题,设备用户必须总是使用谷歌帐户登录才能获得消息。 MQTT -基于Pub/Sub的方法,需要从设备主动连接,如果不合理实现可能会消耗电池。 执事-可能不是很好,因为有限的社区支持。
编辑:2013年11月25日添加
GCM -谷歌说…
对于3.0版本之前的设备,这要求用户在移动设备上设置自己的谷歌账户。Android 4.0.4及以上版本的设备不需要谷歌帐户