Android开发技术 - - 消息推送.pptx

1.定义在用户未打开App时，App主动向用户推送服务器最新消息消息推送的本质是：App将服务器更新的信息推送给用户

2.作用产品的角度：功能需要，比如说资讯类产品的新闻推送、工具类产品的公告推送等等运营的角度：活动运营需要，比如说电商类产品的促销活动、召回用户、提高活跃度等等

3.储备知识3.1操作系统有自身的消息推送功能（系统级别）系统级别：任何时候都可以推送给用户，且不会被系统杀死Android的消息推送服务称为：C2DM（CloudtoDeviceMessaging）

3.储备知识3.2推送的本质与原理消息推送的本质是：App将服务器更新的信息推送给用户，即App获取服务器信息，再推送给用户App从服务器获取最新消息有两种基本方式（原理）：Push和Pull主动获取方式（Pull）

客户端隔固定时间主动向服务器获取信息，看是否有更新的信息；若有更新信息，则发送到客户端被动接受方式（Push）

当服务器有更新信息时主动发送到客户端对比：Push方式比Pull方式更优越。因为采用Pull方式时客户端需要不停地去监测服务器的变化，更费客户端的资源（CPU资源、网络流量、系统电量）

4.解决方案Android中实现消息推送的有7种主流解决方案4.1C2DM定义：CloudtoDeviceMessaging，云端推送Android系统级别的消息推送服务-Google出品原理：基于Push方式，C2DM服务负责处理诸如消息排队等事务，并向运行于目标设备上的应用程序分发这些消息。

4.解决方案4.1C2DM优点：C2DM提供了一个简单的、轻量级的机制，允许服务器可以通知移动应用程序直接与服务器进行通信，以便于从服务器获取应用程序更新和用户数据。缺点：依赖于Google官方提供的C2DM服务器，但在国内使用Google服务需要FQ，成本较大；需要用户手机安装Google服务。但由于Android机型、系统的碎片化国内环境，国内的Android系统都自动去除Google服务，假如要使用C2DM服务，这意味着用户还得去安装Google服务，成本较大。

4.解决方案4.2轮询原理：基于Pull方式，应用程序隔固定时间主动与服务器进行连接并查询是否有新的消息缺点：成本大，需要自己实现与服务器之间的通信，例如消息排队等；到达率不确定，考虑轮询的频率：太低可能导致消息的延迟；太高，更费客户端的资源（CPU资源、网络流量、系统电量）和服务器资源（网络带宽）

4.解决方案4.3SMS定义：短信发送原理：基于Push方式，通过拦截SMS消息并且解析消息内容来了解服务器的意图，并获取其显示内容进行处理。优点：可实现完全的实时操作缺点：成本相对较高。因为目前来说，很难找到免费的短消息发送网关来实现这种方案，只能通过向运营商缴纳相应的短信费用

4.解决方案4.4MQTT协议定义：轻量级的消息发布/订阅协议原理：基于Push方式，wmqtt.jar是IBM提供的MQTT协议的实现

4.解决方案4.5XMPP协议定义：ExtensibleMessageingandPresenceProtocol，可扩展消息与存在协议，是基于可扩展标记语言（XML）的协议，是目前主流的四种IM协议之一其他三种：即时信息和空间协议（IMPP）空间和即时信息协议（PRIM）即时通讯和空间平衡扩充的进程开始协议SIP（SIMPLE）

4.解决方案4.5XMPP协议原理：XMPP中定义了三个角色，分别是客户端、服务器和网关客户端通过TCP/IP与XMPP服务器连接，然后在之上传输与即时通讯相关的指令（XML）；解析组织好的XML信息包；理解消息数据类型。XMPP的核心：XML流传输协议（在网络上分片断发送XML的流协议），也是即时通讯指令的传递基础，即XMPP用TCP传的是XML流与即时通讯相关的指令，在以前要么用2进制的形式发送（比如QQ），要么用纯文本指令加空格加参数加换行符的方式发送（比如MSN）。XMPP传输的即时通讯指令的逻辑与以往相仿，只是协议的形式变成了XML格式的纯文本。

4.解决方案4.5XMPP协议原理：XMPP中定义了三个角色，分别是客户端、服务器和网关网关：与异构即时通信系统进行通信异构系统包括SMS（短信），MSN，ICQ等通信能够在这三者的任意两个之间双向发生。

4.解决方案4.5XMPP协议优点：开源：可通过修改其源代码来适应我们的应用程序。简单：XML易于解析和阅读；将复杂性从客户端转移到了服务器端可拓展性强：继承了在XML环境中灵活的发展性，可进一步对协议进行扩展，实现更为完善的功能。GTalk、QQ、IM等都用这个协议缺点：如果将消息从服务器上推送出去，则不管消息是否成功到达客户端