<p style="text-align:center"><img src="https://simg.open-open.com/show/374f635f21e2f63ee1efd57bf0db81f2.png"></p>    <h2>前言</h2>    <ul>     <li style="text-align:center"> <p>消息推送在Android开发中应用的场景是越来越多了，比如说电商产品进行活动宣传、资讯类产品进行新闻推送等等，如下图：</p> <img src="https://simg.open-open.com/show/fa893da4d2e440ca4887e6ae0492acd6.png"> <p>推送消息截图</p> </li>    </ul>    <ul>     <li> <p>本文将介绍Android中实现消息推送的7种主流解决方案</p> </li>    </ul>    <h2>目录</h2>    <p style="text-align:center"><img src="https://simg.open-open.com/show/b0e262ed39af0b0db0fcd0f8e353dc79.png"></p>    <p>目录</p>    <h2>1.定义</h2>    <p>在用户未打开App时，App主动向用户推送服务器最新消息。如下图：</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/bbe515dabee2b4492f67bb9b968f4c67.png"></p>    <p>消息推送的本质是：App将服务器更新的信息推送给用户</p>    <h2>2.作用</h2>    <ul>     <li>产品的角度：功能需要，比如说资讯类产品的新闻推送、工具类产品的公告推送等等</li>     <li>运营的角度：活动运营需要，比如说电商类产品的促销活动；召回用户 / 提高活跃度等等</li>    </ul>    <p>作为开发者，不要有需求就接，应该多思考、多理解用户 / 功能的使用场景，有助于我们更好地去选择合适的开发方式</p>    <h2>3.储备知识</h2>    <p>3.1 操作系统有自身的消息推送功能（系统级别）</p>    <ul>     <li>系统级别：任何时候都可以推送给用户，且不会被系统杀死</li>     <li>Android的消息推送服务称为：C2DM（Cloudto Device Messaging） <p>将在下面详细描述</p> </li>    </ul>    <p>3.2 推送的本质与原理</p>    <ul>     <li> <p>消息推送的本质是：App将服务器更新的信息推送给用户，即App获取服务器信息，再推送给用户</p> </li>     <li> <p>App从服务器获取最新消息有两种基本方式（原理）：Push和Pull</p>      <ol>       <li> <p>主动获取方式（Pull）</p> <p>客户端隔固定时间 <strong>主动</strong> 向服务器获取信息，看是否有更新的信息；若有更新信息，则发送到客户端</p> </li>       <li> <p>被动接受方式（Push）</p> <p>当服务器有更新信息时 <strong>主动</strong> 发送到客户端</p> </li>      </ol> </li>     <li> <p>对比：Push方式比Pull方式更优越。因为采用Pull方式时客户端需要不停地去监测服务器的变化，更费客户端的资源（CPU资源、网络流量、系统电量）</p> </li>    </ul>    <h2>4. 解决方案</h2>    <p>经总结，Android中实现消息推送的有7种主流解决方案，接下来将一一介绍。</p>    <p>4.1 C2DM</p>    <ul>     <li>定义：Cloud to Device Messaging，云端推送 <p>Android系统级别的消息推送服务-Google出品</p> </li>     <li>原理：基于Push方式，C2DM服务负责处理诸如消息排队等事务，并向运行于目标设备上的应用程序分发这些消息。如下图：</li>    </ul>    <p style="text-align:center"><img src="https://simg.open-open.com/show/c22e8c0e72fca6b094346c96382ed18a.png"></p>    <p>C2DM原理</p>    <ul>     <li>优点：C2DM提供了一个简单的、轻量级的机制，允许服务器可以通知移动应用程序直接与服务器进行通信，以便于从服务器获取应用程序更新和用户数据。</li>     <li>缺点：      <ol>       <li>依赖于Google官方提供的C2DM服务器，但在国内使用Google服务需国内或许不能访问，成本较大；</li>       <li>需要用户手机安装Google服务。但由于Android机型、系统的碎片化 & 国内环境，国内的Android系统都自动去除Google服务，假如要使用C2DM服务，这意味着用户还得去安装Google服务，成本较大。</li>      </ol> </li>    </ul>    <p>4.2 轮询</p>    <ul>     <li>原理：基于Pull方式，应用程序隔固定时间 <strong>主动</strong> 与服务器进行连接并查询是否有新的消息</li>     <li>缺点：      <ol>       <li>成本大，需要自己实现与服务器之间的通信，例如消息排队等；</li>       <li>到达率不确定，考虑轮询的频率：太低可能导致消息的延迟；太高，更费客户端的资源（CPU资源、网络流量、系统电量）和服务器资源（网络带宽）</li>      </ol> </li>    </ul>    <p>4.3 SMS</p>    <ul>     <li>定义：短信发送</li>     <li>原理：基于Push方式，通过拦截SMS消息并且解析消息内容来了解服务器的意图，并获取其显示内容进行处理。</li>     <li>优点：可实现完全的实时操作</li>     <li>缺点：成本相对较高。因为目前来说，很难找到免费的短消息发送网关来实现这种方案，只能通过向运营商缴纳相应的短信费用</li>    </ul>    <p>4.4 MQTT协议</p>    <ul>     <li>定义：轻量级的消息发布/订阅协议</li>     <li>原理：基于Push方式，wmqtt.jar 是IBM提供的MQTT协议的实现，原理如下图：</li>    </ul>    <p style="text-align:center"><img src="https://simg.open-open.com/show/06e97ef2f7b56eba3fecc6fef047fb3f.png"></p>    <p>MQTT协议原理</p>    <p>更多关于MQTT协议：</p>    <ol>     <li>项目实例源</li>     <li>一个采用PHP书写的服务器端</li>     <li>Jar包下载地址 ，并加入自己的Android应用程序中。</li>     <li>拓展：RSMB是从MQTT协议引申出来的另外一种解决方案：简单的MQTT代理</li>    </ol>    <p>4.5 XMPP协议</p>    <ul>     <li> <p>定义：Extensible Messageing and Presence Protocol，可扩展消息与存在协议，是基于可扩展标记语言（XML）的协议，是目前主流的四种IM协议之一</p> <p>其他三种：</p>      <ul>       <li>即时信息和空间协议（IMPP）</li>       <li>空间和即时信息协议（PRIM）</li>       <li>即时通讯和空间平衡扩充的进程开始协议SIP（SIMPLE）</li>      </ul> </li>     <li> <p>原理：XMPP中定义了三个角色，分别是客户端、服务器和网关</p> <p>客户端</p>      <ol>       <li>通过 TCP/IP与XMPP 服务器连接，然后在之上传输与即时通讯相关的指令（XML）；</li>       <li>解析组织好的 XML 信息包；</li>       <li>理解消息数据类型。        <ul>         <li>XMPP的核心：XML流传输协议（在网络上分片断发送XML的流协议），也是即时通讯指令的传递基础，即XMPP用TCP传的是XML流</li>         <li>与即时通讯相关的指令，在以前要么用2进制的形式发送（比如QQ），要么用纯文本指令加空格加参数加换行符的方式发送（比如MSN）。</li>         <li>XMPP传输的即时通讯指令的逻辑与以往相仿，只是协议的形式变成了XML格式的纯文本。</li>        </ul> </li>      </ol> <p>服务器</p>      <ol>       <li>监听客户端连接，并直接与客户端应用程序通信（客户端信息记录）</li>       <li>与其他 XMPP 服务器通信；</li>      </ol> <p>网关：与异构即时通信系统进行通信</p> <p>异构系统包括SMS（短信），MSN，ICQ等</p> </li>    </ul>    <p>通信能够在这三者的任意两个之间双向发生。</p>    <p>原理流程</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/045e1ec0cd4cbe127892c659b90bdc7a.png"></p>    <p>原理流程</p>    <ul>     <li> <p>优点：</p>      <ol>       <li>开源：可通过修改其源代码来适应我们的应用程序。</li>       <li>简单：XML易于解析和阅读；将复杂性从客户端转移到了服务器端</li>       <li>可拓展性强：继承了在XML环境中灵活的发展性，可进一步对协议进行扩展，实现更为完善的功能。 <p>GTalk、QQ、IM等都用这个协议</p> </li>      </ol> </li>     <li> <p>缺点：如果将消息从服务器上推送出去，则不管消息是否成功到达客户端手机上。</p> </li>     <li> <p>源码实例：有一个很棒的基于XMPP协议的java开源Android push notification：Androidpn 项目地址 ，大家有兴趣可以去看看</p> </li>    </ul>    <p>4.6 使用第三方平台</p>    <p>现今主流的推送平台分为</p>    <ol>     <li>手机厂商类：小米推送、华为推送。</li>     <li>第三方平台类：友盟推送、极光推送、云巴（基于MQTT）</li>     <li>BAT大厂的平台推送：阿里云移动推送、腾讯信鸽推送、百度云推送</li>    </ol>    <h2>具体每种的推送平台的优缺点和分类请点击：</h2>    <h2>4.7 自己搭建</h2>    <p>如果你的产品对于消息推送具备较高的功能和性能要求，同时对安全性要求非常高的话，自己搭建可能是最好的方式，但这种方式无疑成本是最高的。</p>    <h2>5. 总结</h2>    <ul>     <li>经过上面的详细讲解，相信大家现在对Android中消息推送的解决方案已经非常了解</li>     <li>解决方案没有优劣，要具具体使用场景而定。但一般来说， <strong>个人建议使用第三方平台推送，成本低+抵达率高</strong></li>     <li>接下来，我会继续讲解Android开发中关于消息推送的其他知识</li>    </ul>    <p> </p>    <p>来自：http://www.jianshu.com/p/b61a49e0279f</p>    <p> </p>