第三方推送sdk使用心得

目前市面推出越来越多的第三方推送sdk，被人熟知的极光推送，个推还有近年出现的mobpush，今天就为大家简单对比下这三种推送sdk，作为开发者而言，使用第三方插件最希望的就是简单便捷，功能较全，最好还能免费，毕竟还是有很多开发者接受不了高昂的开发成本的，好了，话不多说，简单介绍以下三种sdk的集成。
个推：说起个推可能部分人并不是很了解，但是说起友盟统计，大家可能就比较清楚了，个推官方名称U-push，相信有不少小伙伴已经集成使用过了，关于U-push的集成，我总结为以下四步：需要去官网后台创建应用获取key跟secret（后面的sdk同样需要重复这样的步骤），接下来就是应用的集成，通过文档介绍，需要去两处gradle文件配置相应的信息，在工程根目录的gradle里配置maven仓库，在module的gradle里依赖相应的包，总的来说并不算是完全的自动集成，还是需要依赖包的，线上拉取部分等待时间还是可以接受的，算是比较快的，配置完成后，就需要处理代码部分了，这里不得不吐槽下文档介绍初始化部分，实在是太多余了，明明可以直接示例下就OK的，介绍的太长了反而容易出错，最终初始化代码如下：

image

这里第二个参数需要获取设备的一个标识作为后台的推送条件，需要执行注册代码获取

image

虽然不是很理解为啥需要这么处理，但是推送条件必须执行这一步，这里保留疑问，以上算是基础的集成已经完成了，可以在官网的后台做基础的推送了，当然这里为了更好的比较，我单独将集成的U-push的应用打包，包体3.4M，对于只是作为一个功能性插件而言相对来说包体还大了些。
极光推送：极光推送作为国内知名度很高的一款推送sdk，推送部分平台做的相对成熟很多，这里也简单说明下我集成jpush的体验，同样的官网申请key的部分就不多说了，jpush也是支持自动化集成，不同的是它直接依赖于jcenter去在线拉库，由于版本的问题配置也相对繁杂不少，需要自定义的receiver跟service，并且在manifest做好配置处理，代码部分做好初始化就可以进行推送了，打包后的体积1.7M左右。
以上两款sdk是之前集成的时候踩了不少坑，由于一些需求需要付费，对于想控制开发成本的我而言不是最好的选择，于是又去了解了其他的第三方推送sdk，这里要顺便说下可能有不少小伙伴集成过sharesdk这款产品，而我即将说明的也是此款产品平台推出的一款mobpush的sdk，开始最吸引我的是其推出的所有功能都是免费的，相对我们基础的推送，由于不够稳定，我更希望可以有厂商通道的支持，第三方的sdk也正是聚合了这些三方的通道，节约了开发时间从而收到开发者们的广泛使用。
集成mobpush的步骤相对前两款sdk而言简单很多，整个集成过程只需要在两处gradle配置好信息即可，完全实现的是自动化集成，代码方面甚至不需要主动去做初始化，当然在有自己的application的情况下还是要加下初始化代码，集成打包后包体跟极光推送推送打包的一样均为1.7M。除此之外，mobpush同样支持厂商通道的集成，这个我在个推跟极光推送里都没有做额外的说明，主要还是这两个平台需要开通VIP才可以使用该功能，而mobpush这一补充功能也是免费，集成方法也只是在gradle里配置厂商的信息即可，如下所示：

image

集成过程对于新手开发者而言很友好，并不需要做太多复杂的处理，当然有问题的话也可以直接咨询该平台的客服，回复很快，解决效率蛮高的。
最后总结下，三款sdk使用下来，从开发效率以及开发成本来说，对我而言，mobpush算是比较好的选择，功能比较完善，使用完全免费，成熟的技术支持服务，有兴趣的小伙伴以后不妨一试～