集成三方消息推送总结

一、场景

移动端消息推送功能是非常重要的，即使不是那种大众消费类应用，总会存在有业务或者其他场景需要实现后台和移动端之间进行消息送达的情况，对于小作坊来说，自己开发一套后台管理消息在可靠性和稳定性方面比较难达到要求，所以一般还是集成三方的消息推送平台。

二、对比分析

根据前期调研对比，发现目前免费适合自己业务需求的只有 极光、百度云、个推三个平台的消息推送；从开发过程中的调试和使用来看，整体好用度 极光>个推>百度云。

平台特性

平台	多标签设置	标签清除	安卓/苹果key使用方式	免费版限制
极光	支持	支持	共用key	离线消息最多5条；每分钟的推送调用次数限制600次；
个推	支持	不支持	共用key	全量用户推送接口限制100次/天，列表推送接口限制200万次/天；标签设置一天只能一次；离线时间最多3天；
百度云	支持	支持	分开key	苹果不支持组播推送；标签设置接口不进行覆盖，需要获取进行清除，但是接口不稳定，时常获取不到。所有功能目前免费，无限制说明。

具体官方特性说明：

极光

个推

百度云

如果想使用不受免费版本限制特性的推送服务，可以联系平台提供的商务对接，购买付费版本。

三、集成过程中的坑

极光

由于最先集成的是极光，因此根据官方给的推送设备区分方式中，选择了使用标签tag来进行区分管理方式，其接口提供了设置和清理标签， 每次设置会覆盖上次的结果，当然这个需要和极光后台进行交互，是异步返回的。总体来说其接口稳定性以及一个key 同时适配安卓和苹果两个平台的方式对于开发者来说还是比较友好易用的。

百度

在集成百度的时候本以为有了前面的极光经验可以比较快速地集成，没想到遇到各种坑：
1、IOS中静态库链接，需要在编译标志位中增加-ObjC 来将静态库中的所有符号编译进去，否则会出现运行时报错。此部分也是由于自己学艺不精，以为极光集成时也是如此能正常使用，所以没有往这方面去对比分析，导致当时都要放弃了。

2、角标badge管理接口没有，导致应用收到消息条数角标不好显示；

3、listTag返回数据类型为字典类型，当时无以为应该是返回json 格式数据，以为是百度那边的的数据返回出了问题，于是想着如何将其数据进行转换为json，方向错误。后面才醒悟IOS中的字典数据类型就是如此，此处也是自己学艺不精，或者是太久没用，生疏了导致；

4、最后和后台联调发现，IOS平台不支持组播推送，只能单独一个个tag来推，所以才知道为何其key 要分开管理，最终发现非了很久时间调试出来后，苹果平台还是无法使用；

5、由于其接口没有使用免费和付费区分，对于接口的访问没有限制，从使用的情况来看，经常会出现不准的情况，并且设置标签的效果其实是添加，导致业务需要改变标签时，需要先清除在设置，然而接口又经常出问题，导致这部分也是一塌糊涂了；

个推

个推的开发方式和极光差不多，总体来说还好，但是其免费版本限制很多，尤其是标签设置接口每天只能有一次，这个实在对开发调试不友好。