达成APP之内的消息推送，是好多开发者都会碰到的技术难题。市场上方案数目众多，然而怎样挑选最契合自身团队以及产品的方案，这有待认真权衡 。

APP内推送的技术背景

当用户并未开启APP之际，能够借由极光、友盟等第三方服务去推送消息。然而用户于使用APP进程当中所产生的即时消息，像是聊天内容或者订单状态变更，一般而言都需要开发者自行构建推送服务。这种具备实时在线特性的推送能力，与核心用户体验直接相关联。

方案筛选与初步对比

实现方案常见的有几种，第一种是基于Google的C2DM服务，这一服务在国内没办法稳定使用。再一种是传统的HTTP轮询，客户端会定时朝着服务器请求新消息，此方式不但效率低下而且还耗电。所以，可行的主流方案主要集中于XMPP跟MQTT这两种协议上。

第一种协议与第二种协议，在侧重点方面存在差异。XMPP所倚靠的基础是XML，它作为达成的常规标准，被大范围运用于企业之间的通讯交流。MQTT乃是专门针对于物联网设计推出的一种具备轻量级特质的“发布/订阅”性质的协议。依据初步的观点来看，它们二者相较于轮询而言，效率更高，并且相较于无法予以运用的C2DM服务，更加具有实际应用价值。

XMPP协议的特点

IETF组织对 XMPP 协议进行了标准化，其历史颇为悠久，并且架构呈现出开放的特性。 它所具备的核心优势在于成熟以及可扩展这两方面，众多的开源即时通讯项目，像是 Jabber 这类，皆是基于此项协议的。 在网络上能够找到大量的，像 Java 等诸如此类语言的客户端以及服务端实现库，可供人们去参考 。

但XMPP有着颇为显著的缺点，这基于XML的文本协议显得较为冗长，于移动网络状况下会耗费更多流量以及电量，与此同时，去构建一个稳定的XMPP服务端集群，针对服务器的硬件以及运维而言是存在一定要求的。

MQTT协议的特点

MQTT协议的设计极为精简，其采用二进制格式，所针对的是网络带宽受限以及设备功耗敏感的场景，并进行了专门的优化。它所拥有的“发布/订阅”模式在与生俱来的情况下就适宜消息推送场景，当前已经被诸多物联网平台以及企业级消息中间件所采用。

但是，MQTT协议的生态系统跟XMPP比起来，还是不够丰富。它官方推荐的服务端组件实现起来比较复杂，并且部分核心版本不全是完全开源的，这会给自主部署以及维护带来一些不确定性。

团队如何选择方案

究竟选择哪一种协议，这是由团队规模以及项目条件来决定的。要是团队里人员充足，并且存在足够的时间去开展技术攻坚工作，那么就能够挑选更为灵活的MQTT协议，而论及长远的情形，这样做或许能够获取更为优良的性能。

那么对于那种资源比较有限 ，同时又追求能够快速上线的小型团队 ，或者是创业项目而言 ，其实是更加建议去选择XMPP的 。这是由于它存在着大量已经现成的 ，并且是经过验证的开源实现 ，就像是Smack客户端库以及Openfire服务器一样 ，如此一来能够明显地降低开发门槛以及初期成本 。

项目中的实践与优化

于我们的实际项目当中，历经综合评估，终归选定了基于XMPP的方案，我们借助成熟的Openfire用作服务器，客户端方面则集成了Smack库，经由一些优化手段，能够缓解其固有缺点。

比如，我们对推送消息的体积实施严格把控，仅仅传递最为关键的指令或者标识符，具体的内容数据依旧借助高效的HTTP接口依据需求去拉取。在当下所处4G/5G网络已然普及、流量成本呈现下降的这种背景情形下，XMPP协议所带来的额外流量消耗变得能够被接受，不过其开发效率高的这一优势可算是得以突显出来了。

于你的项目里头，针对实时推送的需求场景，你是会将开发速度列为优先考量因素呢，还是会因追求极致性能而抉择去挑战更为复杂的协议呀？欢迎于评论区把你的看法以及经验予以分享哟。