国内主流的第3方推送平台技术哪家强

国内的第3方推送

目前国内做消息推送的有云巴，百度，蝴蝶，极光，个推，友盟，到底那家比较好点呢？

大家都在说哪家好哪家坏，关于这个问题我相信没有人能够给出一份标准的答案。因为，关于数据性能方面的评测随着近两年的产品架构的升级与换代，几家推送的性能也是越见趋同，差异性与稳定性差距也越来越小，可能昨天你觉得不好用的推送，几个版本更新之后就变得相对能够接受。我想说明的是，推送还是一个很专业性的技术，尤其是将这么一个简单的功能反复打磨至最好，本身就需要投入很多人力物力等各方面成本去实现真正更强大的推送。

纵观目前的几个主要的大的推送方，可以划分为两类：一类是像个推、极光这样的只做推送，以推送为唯一业务与核心竞争力的，另一类是像百度、信鸽（腾讯）、小米、华为、阿里这样背靠大山，依托自己已有的生态系统与数据的推送商。

那么孰优孰劣？（论坛还有另一篇文章《Android端做消息推送有没有比较好的方案？》，仅供参考）

从技术上讲

斯以为百度、腾讯的技术实力并不会比个推、极光差，但是需要注意的是，这些大公司的核心高端技术人员会被安排到哪个部门？我想会是他们自己的核心产品上面，百度的技术大牛会在搜索团队内，信鸽的大牛会在微信/QQ的团队内；而个推、极光的核心同时也是唯一的业务就是推送，像个推这样一个一百多号人的公司，都在为打磨技术推送而努力。

所以技术方面，我认为单从推送这个业务上来讲，以个推、极光、友盟为代表的独立推送方更愿意把所有的精力花在打磨自己的推送技术上。

从服务上讲

我从自己的使用与圈子里的口碑来讲，个推还行，尤其是这两年C轮几千万刀融资之后，个推更加大了对产品的开发力度，看趋势已经几乎成为了行业的领头羊；极光的技术支持响应特别快，极光推送是国内最早做云推送的，现在依然保持很高的水平，但也越来越收到之前技术的影响，似乎有些被后辈超越的趋势；而百度就是糟糕口碑的代表，主要是推送的消息响应特别慢，可能当下推送的消息几个小时之后才能收到，用过的都知道，客服几乎等于不存在，重要的百度云推送的sdk版本更新也拖沓人们对他的喜爱；友盟是最近两年才开始做推送的，相对于入坑晚，但其以借鉴老前辈的技术困境以及自己的服务背景很快占领了属于自己的部分推送市场。

从案例上讲

• 极光案例：极光推送案例；
• 个推案例：个推案例；
• 百度云案例：百度云案例；
• 信鸽案例：信鸽案例；
• 友盟案例：友盟推送；
• 小米案例：小米推送案例。
  

不难发现几家商业性app都有相对应成功的app案例，但大多数这种商业级APP都是SDK的付费或者合作级用户，或者例如新浪微博直接就切换到自己的推送服务上去，以来规避第三方推送的弊病。

简单的总结

1.技术上每家各有长短，但是独立推送方更愿意在技术上下功夫；

2.服务上可以自己去发邮件看反馈速度与应对态度，对其他小众推送未做详细陈述，对于一个渴求”免费”SDK的使用者来讲，资本、稳定以及受众情况的考量是首要的：

3.在我了解的朋友圈中，几乎对以上产品都多多少少发现了一些问题：如到达率一般、推送慢不及时、有消息被缓存后不能顺序送达、信号不好、网络切换频繁、以及一些奇葩网络环境、如电信移动需加代理的情形是无可送达的、服务被干掉时有发生、且在诸如华为这样的机型上是没法自启等，可能是业界难题，可对于带点IM性质的app很致命。

所以，只是在相对的技术背景下、产业规模下，对于轻量级app（app用户1000W以下）我更建议是资本涌入的个推或后起之秀友盟来替换或者应用到公司产品中，但不保证到达率100%；但是对于重量级（1000W+）或者对推送信息要求较高的app一个推送基本就满足不了推送的送达率以及及时性了。

使用推送的终极解决方案

阿里的产品经理就消息推送自己的使用情况给出了入下总结：

• 百度云用过，他们升级不兼容旧版本，都是泪；
• 换了云巴，代码简练，别人云巴是走支持全设备的方向，到达率我没做统计，但基本还算稳定；
• 后面看了友盟（淘宝系），居然自身的sdk，还兼着集成小米推送，聪明；
• 不小心搜了下，阿里的移动推送，还更牛X，集成小米和华为推送，正道：
  https://help.aliyun.com/document ... -config.6.90.PhhZsh
  

所以，正确的推送方案都是应该如此（不是系统推送，App杀掉都是起不来的）：

• 第三方推送方案+小米推送+华为推送(两个系统推送去唤醒普通推送)
• 如果你是支持国外的应用，记得把，GCM也加上。
  

（原文链接：http://www.jianshu.com/p/b16ef9be38df）

全站即时通讯技术资料分类

[1] 网络编程基础资料：
《TCP/IP详解 - 第11章·UDP：用户数据报协议》
《TCP/IP详解 - 第17章·TCP：传输控制协议》
《TCP/IP详解 - 第18章·TCP连接的建立与终止》
《TCP/IP详解 - 第21章·TCP的超时与重传》
《理论经典：TCP协议的3次握手与4次挥手过程详解》
《理论联系实际：Wireshark抓包分析TCP 3次握手、4次挥手过程》
《计算机网络通讯协议关系图（中文珍藏版）》
《NAT详解：基本原理、穿越技术(P2P打洞)、端口老化等》
《UDP中一个包的大小最大能多大？》
《Java新一代网络编程模型AIO原理及Linux系统AIO介绍》
《NIO框架入门(三)：iOS与MINA2、Netty4的跨平台UDP双向通信实战》
《NIO框架入门(四)：Android与MINA2、Netty4的跨平台UDP双向通信实战》
>> 更多同类文章 ……

[2] 有关IM/推送的通信格式、协议的选择：
《为什么QQ用的是UDP协议而不是TCP协议？》
《移动端即时通讯协议选择：UDP还是TCP？》
《如何选择即时通讯应用的数据传输格式》
《强列建议将Protobuf作为你的即时通讯应用数据传输格式》
《移动端IM开发需要面对的技术问题（含通信协议选择）》
《简述移动端IM开发的那些坑：架构设计、通信协议和客户端》
《理论联系实际：一套典型的IM通信协议设计详解》
《58到家实时消息系统的协议设计等技术实践分享》
>> 更多同类文章 ……

[3] 有关IM/推送的心跳保活处理：
《Android进程保活详解：一篇文章解决你的所有疑问》
《Android端消息推送总结：实现原理、心跳保活、遇到的问题等》
《为何基于TCP协议的移动端IM仍然需要心跳保活机制？》
《微信团队原创分享：Android版微信后台保活实战分享(进程保活篇)》
《微信团队原创分享：Android版微信后台保活实战分享(网络保活篇)》
《移动端IM实践：实现Android版微信的智能心跳机制》
《移动端IM实践：WhatsApp、Line、微信的心跳策略分析》
>> 更多同类文章 ……

[4] 有关WEB端即时通讯开发：
《新手入门贴：史上最全Web端即时通讯技术原理详解》
《Web端即时通讯技术盘点：短轮询、Comet、Websocket、SSE》
《SSE技术详解：一种全新的HTML5服务器推送事件技术》
《Comet技术详解：基于HTTP长连接的Web端实时通信技术》
《WebSocket详解（一）：初步认识WebSocket技术》
《socket.io实现消息推送的一点实践及思路》
>> 更多同类文章 ……

[5] 有关IM架构设计：
《浅谈IM系统的架构设计》
《简述移动端IM开发的那些坑：架构设计、通信协议和客户端》
《一套原创分布式即时通讯(IM)系统理论架构方案》
《从零到卓越：京东客服即时通讯系统的技术架构演进历程》
《蘑菇街即时通讯/IM服务器开发之架构选择》
《腾讯QQ1.4亿在线用户的技术挑战和架构演进之路PPT》
《微信技术总监谈架构：微信之道——大道至简(演讲全文)》
《如何解读《微信技术总监谈架构：微信之道——大道至简》》
《快速裂变：见证微信强大后台架构从0到1的演进历程（一）》
《17年的实践：腾讯海量产品的技术方法论》
>> 更多同类文章 ……

[6] 有关IM安全的文章：
《即时通讯安全篇（一）：正确地理解和使用Android端加密算法》
《即时通讯安全篇（二）：探讨组合加密算法在IM中的应用》
《即时通讯安全篇（三）：常用加解密算法与通讯安全讲解》
《即时通讯安全篇（四）：实例分析Android中密钥硬编码的风险》
《传输层安全协议SSL/TLS的Java平台实现简介和Demo演示》
《理论联系实际：一套典型的IM通信协议设计详解（含安全层设计）》
《微信新一代通信安全解决方案：基于TLS1.3的MMTLS详解》
《来自阿里OpenIM：打造安全可靠即时通讯服务的技术实践分享》
>> 更多同类文章 ……

[7] 有关实时音视频开发：
《即时通讯音视频开发（一）：视频编解码之理论概述》
《即时通讯音视频开发（二）：视频编解码之数字视频介绍》
《即时通讯音视频开发（三）：视频编解码之编码基础》
《即时通讯音视频开发（四）：视频编解码之预测技术介绍》
《即时通讯音视频开发（五）：认识主流视频编码技术H.264》
《即时通讯音视频开发（六）：如何开始音频编解码技术的学习》
《即时通讯音视频开发（七）：音频基础及编码原理入门》
《即时通讯音视频开发（八）：常见的实时语音通讯编码标准》
《即时通讯音视频开发（九）：实时语音通讯的回音及回音消除概述》
《即时通讯音视频开发（十）：实时语音通讯的回音消除技术详解》
《即时通讯音视频开发（十一）：实时语音通讯丢包补偿技术详解》
《即时通讯音视频开发（十二）：多人实时音视频聊天架构探讨》
《即时通讯音视频开发（十三）：实时视频编码H.264的特点与优势》
《即时通讯音视频开发（十四）：实时音视频数据传输协议介绍》
《即时通讯音视频开发（十五）：聊聊P2P与实时音视频的应用情况》
《即时通讯音视频开发（十六）：移动端实时音视频开发的几个建议》
《即时通讯音视频开发（十七）：视频编码H.264、V8的前世今生》
《简述开源实时音视频技术WebRTC的优缺点》
《良心分享：WebRTC 零基础开发者教程（中文）》
>> 更多同类文章 ……

[8] IM开发综合文章：
《移动端IM开发需要面对的技术问题》
《开发IM是自己设计协议用字节流好还是字符流好？》
《请问有人知道语音留言聊天的主流实现方式吗？》
《IM系统中如何保证消息的可靠投递（即QoS机制）》
《谈谈移动端 IM 开发中登录请求的优化》
《完全自已开发的IM该如何设计“失败重试”机制？》
《微信对网络影响的技术试验及分析（论文全文）》
《即时通讯系统的原理、技术和应用（技术论文）》
《开源IM工程“蘑菇街TeamTalk”的现状：一场有始无终的开源秀》
>> 更多同类文章 ……

[9] 开源移动端IM技术框架资料：
《开源移动端IM技术框架MobileIMSDK：快速入门》
《开源移动端IM技术框架MobileIMSDK：常见问题解答》
《开源移动端IM技术框架MobileIMSDK：压力测试报告》
《开源移动端IM技术框架MobileIMSDK：Android版Demo使用帮助》
《开源移动端IM技术框架MobileIMSDK：Java版Demo使用帮助》
《开源移动端IM技术框架MobileIMSDK：iOS版Demo使用帮助》
《开源移动端IM技术框架MobileIMSDK：Android客户端开发指南》
《开源移动端IM技术框架MobileIMSDK：Java客户端开发指南》
《开源移动端IM技术框架MobileIMSDK：iOS客户端开发指南》
《开源移动端IM技术框架MobileIMSDK：Server端开发指南》
>> 更多同类文章 ……

[10] 有关推送技术的文章：
《iOS的推送服务APNs详解：设计思路、技术原理及缺陷等》
《Android端消息推送总结：实现原理、心跳保活、遇到的问题等》
《扫盲贴：认识MQTT通信协议》
《一个基于MQTT通信协议的完整Android推送Demo》
《求教android消息推送：GCM、XMPP、MQTT三种方案的优劣》
《移动端实时消息推送技术浅析》
《扫盲贴：浅谈iOS和Android后台实时消息推送的原理和区别》
《绝对干货：基于Netty实现海量接入的推送服务技术要点》
《移动端IM实践：谷歌消息推送服务(GCM)研究（来自微信）》
《为何微信、QQ这样的IM工具不使用GCM服务推送消息？》
>> 更多同类文章 ……

[11] 更多即时通讯技术好文分类：
http://www.52im.net/forum.php?mod=collection&op=all

云推送没有选对，都是泪。。。

最不爽的就是百度云，去死吧 百度

引用：PonyZhao 发表于 2016-07-28 10:48
最不爽的就是百度云，去死吧 百度

大公司都这样，因为这不是它的主业，所以资源投入和关注度肯定是不能比的