我最近了解到iPhone应用程序能够接收几乎即时通知应用程序的应用程序 通知.
这是以推送通知的形式提供的,这是一种定制的协议,它始终保持与iPhone的数据连接,并将二进制数据包发送到应用程序,从服务器应用程序发送到手机应用程序0.5到5秒之间,可以非常快速地弹出警报响应时间.这是作为数据而不是SMS发送的,这些数据包作为数据计划的一部分而非作为传入消息收费.
我想知道,使用Android,是否有类似的工具,或者是否可以使用Android API实现与此类似的东西.为了澄清,我将类似定义为:
我很欣赏这个应用程序可能是基于拉取的,HTTP请求/响应风格,但理想情况下我不想仅仅为了检查通知而进行大量轮询; 除此之外,它就像滴水排放数据计划.
我仔细阅读了有关主题和Android推送通知的所有帖子.基本上,对于一小部分,根据这篇文章Android和(数百万)推送通知,定义了三种可能性:Google Cloud Message,MQTT和XMPP.
关于Google Cloud Message我看到了一些优点和一些缺点(Android的版本,安装了Google Play,活跃谷歌的数量,不保证按顺序发送通知等等.)
MQTT不知道,但我丢弃了我的读数或它们的复杂性以及与其他组件的困难集成.
我选择了XMPP,因为它是我用来制作游戏应用程序的服务器.
当您正在玩游戏并且玩家A移动时,它会在与玩家B共享的聊天室中发送消息,玩家B在其客户端应用中接收,分析并执行必要的操作.因此,游戏的开发发生在聊天室中.
但我也喜欢WhastApp或AngryWords的风格,当玩家没有打开应用程序并且其他玩家发送挑战以开始播放或玩游戏时,Android中会出现通知.
这就是我所说的,我希望我错了,推送通知.客户不会以特定间隔(轮询)询问,而是在事件发生后启动流程的服务器.据我所知,所描述的所有方法,XMPP都涉及永久打开TCP/IP.
但是有必要执行发布/订阅吗？如果我有10,000个用户,他们必须成对发布/订阅？可以处理某些类型的完整JID的聊天消息吗？
最后,只有当应用程序未在设备上打开时才会执行此操作,状态栏中会显示通知.
谢谢