Android Push Notification实现信息推送使用

转：http://blog.csdn.net/jiangwei0910410003/article/details/21173737

在上一篇文章中提到在Android中实现推送方式的解决方案，其中一个比较成熟的解决方案便是使用XMPP协议实现。而AndroidPn项目就是使用XMPP协议实现信息推送的一个开源项目。在这里给大家介绍其使用过程。

　　Android Push Notification的特点：

　　快速集成:提供一种比C2DM更加快捷的使用方式,避免各种限制.

　　无需架设服务器:通过使用"云服务",减少额外服务器负担.

　　可以同时推送消息到网站页面,android 手机

　　耗电少,占用流量少.

　　具体配置过程：

　　首先， 我们需要下载androidpn-client-0.5.0.zip和androidpn-server-0.5.0-bin.zip。

　　下载地址：http://sourceforge.net/projects/androidpn/

　　解压两个包，Eclipse导入client，配置好目标平台，打开raw/androidpn.properties文件，配置客户端程序。

　　1. 如果是模拟器来运行客户端程序,把xmppHost配置成10.0.2.2[模拟器把10.0.2.2认为是所在主机的地址，127.0.0.1是模拟器本身的回环地址，10.0.2.1表示网关地址，10.0.2.3表示DNS地址，10.0.2.15表示目标设备的网络地址]，关于模拟器的详细信息，大家可参阅相关资料，这里不再详述.

　　xmppPort=5222 是服务器的xmpp服务监听端口

　　运行androidpn-server-0.5.0\bin\run.bat启动服务器，从浏览器访问http://127.0.0.1:7070/index.do (androidPN Server有个轻量级的web服务器，在7070端口监听请求，接受用户输入的文本消息)

注意：如果点击运行run.bat出现闪退的问题的原因是没有配置JAVA_HOME的系统变量的值，需要将Java SDK的Path配置到该变量中。

　　运行客户端，客户端会向服务器发起连接请求，注册成功后，服务器能识别客户端，并维护和客户端的IP长连接。

　　2. 如果是在同一个局域网内的其他机器的模拟器测试(或者使用同一无线路由器wifi上网的真机) ，则需要把这个值设置为服务器机器的局域网ip.

　　例如 你的电脑和android手机 都通过同一个无线路由器wifi上网, 电脑的ip地址为 192.168.1.2 而 手机的ip地址为 192.168.1.3, 这个时候 需要把这个值修改为 xmppHost=192.168.1.1 或是电脑的IP地址，就可以在手机上使用了.

　　3. 如果是不在同一个局域网的真机测试，我们需要将这个值设置为服务器的IP地址。

　　具体配置如下图所示：

　　

　　我的电脑IP是：192.168.8.107

　　服务器运行主界面：

　　

　　

　　

　　推送信息如下界面所示：

　　

　　测试结果如下图所示：

 

lynchyo补充：

 

1、学习androidpn这一xmpp协议的消息推送实现，碰到一个问题：

androidpn-demoapp端导入eclipse无法运行，出现以下错误：

原因是：adt新版 libs成了lib，因此出现问题。

解决方法：lib重命名libs即可。

 

 

2、androidpn是基于XMPP协议的用于向Android客户端推送文本信息的一套开源的工具。它帮我们做了那些维护Socket长连接等等的事情。

XMPP协议，它是一种基于XML的传递协议，具有很强的灵活性和可扩展性。它的特点是将复杂性从客户端转移到了服务器端。
听说GTalk、QQ、IM等都用这个协议。

 

3、转：http://blog.csdn.net/songylwq/article/details/8191000

如果百度或者Google搜索 “android 推送” 关键字，相当一部分文章都在说到 androidpn。也可以看到有人说用起来了，有人在吐槽说不稳定、功能缺失，维护工作量大。本文尝试对 androidpn 的前世今生做个汇总分析。

访问 androidpn官方网站，我们可以了解到如下的基本信息：

1. androidpn 全称是 Android Push Notification。
2. 这是韩国人开源放在 sourceforge.net 上的一个开源项目，文档是韩文的。
3. 最近的版本更新时间是 2010-11-05，也就是约二年之前。
4. 来自中国的访问量，占其总访问量的 81%。请点击本链接再看当前的统计。

以上的基本信息表明，这不是一个很成熟的项目（貌似个人维护的），但是确有大量的中国人有兴趣。

相信有不少同学知道为什么国人对 androidpn 这么感兴趣，这是国情啊：因为Google官方的 GCM（之前叫C2DM）在国内使用不了。另外，国内之前又没有可用好用的第三方推送服务。所以，大家不得已而为之：自己搞。从头开始？工作量太大，太不划算了。所以从开源的开始。而也恰好，开源项目里，明确地为 Android Push来生的，也就 androidpn了。mqtt 里没有整合这么好可以快速跑起来的。

但 androidpn 搭建起来后，情况如何呢？CSDN上一个美女程序员的文章androidpn推送初探 比较热。这篇文章里作者提出来几个问题：

• androidpn服务器收到消息后如何知道要发给哪个用户？
• 一旦服务器重启了，客户端似乎不会自动重连，需要用户自己中断后台Service再重启应用。
• androidpn服务器不保存消息。就是说它一有消息就会发出去，即使客户端根本不在线，它也不会重发。

作者赞在于，不只是满足于把环境搭建起来，而且针对业务需求做了思考。解析下她提出的问题：

第一个问题相对简单，要去定制下用户体系，业务部分的用户体系需要与 androidpn 对应起来。

第二个问题，是个小细节，androidpn 客户端没有去做这些细节。

第三个问题，是最重要的。androidpn 背后的 Openfire，是 XMPP IM服务器，消息内容是不会落地的，即只在内存里保存一下离线消息。如果要生产用，需要考虑改造这里。

以下从 androidpn 的技术基础来个深入的剖析。

androidpn 是一个整合方案，它是基于 XMPP 开源组件的 。即服务器端基于 Openfire，客户端基于 Smack ，这二个是 XMPP 开源组件里最常见的两个。androidpn使用Spring框架做了个Web层，把XMPP IM组件集成起来，以实现Android Push功能。因此，androidpn的可用性来自于如下几个方面：

1. 其依赖的XMPP IM协议与通讯机制，是否适合用于Android Push场景。
2. 其是否为Android Push需求做了必要的定制。

第一个方面，XMPP协议与开源组件。XMPP是个成熟的IM（即时通讯）协议，基于XML文本方式实现，灵活强大。国外大多数聊天服务都是基于XMPP的，比如：Gtalk，Facebook Chat，iMessage等。正因为如此，所以XMPP的一些开源组件可用性还不错，国内很多新兴的聊天工具刚开始完全基于XMPP开源组件来开发，比如米聊。

但是，以笔者曾经实现过移动聊天App的类似经历来说，XMPP开源组件有其问题，需要大范围改造：

1. XMPP协议复杂冗余，客户端费流量、费电；
2. 开源的XMPP服务器（androidpn选择的是Openfire）单点容量有限，集群方案复杂、不成熟。

基于这些原因，并考虑到大范围改造技术上更不可控，所以笔者所在的团队刚开始用XMPP开源方案，后来完全切到自己实现的技术方案上了。

第二个方面，Android Push的需求场景，除了消息能够及时地推送到客户端，还有什么其他的基本需求呢？这里试举两个例子：其一，确保消息能够到达。即是否能有机制确保消息不会丢失，不管什么原因。其二，向指定的一群人推送消息。anroidpn的基础XMPP IM组件是没有考虑这些的，需要做大量的定制改造。

总结起来，使用androidpn可以简单地做到：把消息推送到客户端。但是，要使其适合开发者需要，并在生产环境上运行，则可能需要做很多定制开发工作。从笔者与多个开发者交流得到的反馈来看，在生产环境里运行起来问题很多。

上面说到，国内之前没有什么可用好用的第三方消息推送服务，所以大家不得不自己去考虑搭建。最近国内有个第三方消息推送服务开放了，它是极光推送，普通开发者可以随时注册帐号、下载SDK做集成，整个过程 3 分钟就可以完成。关键在于，这个服务是免费的。

 

4、XMPP

转：http://www.cnblogs.com/hanyonglu/archive/2012/03/04/2378956.html

XMPP协议简介

XMPP（Extensible Messageing and Presence Protocol：可扩展消息与存在协议）是目前主流的四种IM（IM：instant messaging,即时消息）协议之一，其他三种分别为：即时信息和空间协议(IMPP)、空间和即时信息协议(PRIM)、针对即时通讯和空间平衡扩充的进程开始协议SIP(SIMPLE)。

在这四种协议中，XMPP是最灵活的。XMPP是一种基于XML的协议，它继承了在XML环境中灵活的发展性。因此，基于XMPP的应用具有超强的可扩展性。经过扩展以后的XMPP可以通过发送扩展的信息来处理用户的需求，以及在XMPP的顶端建立如内容发布系统和基于地址的服务等应用程 序。而且，XMPP包含了针对服务器端的软件协议，使之能与另一个进行通话，这使得开发者更容易建立客户应用程序或给一个配好系统添加功能。

1. 什么是XMPP ？

XMPP的前身是Jabber，一个开源形式组织产生的网络即时通信协议。XMPP目前被IETF国际标准组织完成了标准化工作。标准化的核心结果分为两部分； 核心的XML流传输协议 基于XML流传输的即时通讯扩展应用 XMPP的核心XML流传输协议的定义使得XMPP能够在一个比以往网络通信协议更规范的平台上。借助于XML易于解析和阅读的特性，使得XMPP的协议能够非常漂亮。 XMPP的即时通讯扩展应用部分是根据IETF在这之前对即时通讯的一个抽象定义的，与其他业已得到广泛使用的即时通讯协议，诸如AIM，QQ等有功能完整，完善等先进性。

2. XMPP的基本网络结构是怎样的？

XMPP中定义了三个角色，客户端，服务器，网关。通信能够在这三者的任意两个之间双向发生。服务器同时承担了客户端信息记录，连接管理和信息的路由功能。网关承担着与异构即时通信系统的互联互通，异构系统可以包括SMS（短信），MSN，ICQ等。基本的网络形式是单客户端通过TCP/IP连接到单服务器，然后在之上传输XML。

3. XMPP通过TCP传什么了？

传输的是与即时通讯相关的指令。在以前这些命令要么用2进制的形式发送（比如QQ），要么用纯文本指令加空格加参数加换行苻的方式发送（比如MSN）。而XMPP传输的即时通讯指令的逻辑与以往相仿，只是协议的形式变成了XML格式的纯文本。这不但使得解析容易了，人也容易阅读了，方便了开发和查错。而XMPP的核心部分就是一个在网络上分片断发送XML的流协议。这个流协议是XMPP的即时通讯指令的传递基础，也是一个非常重要的可以被进一步利用的网络基础协议。所以可以说，XMPP用TCP传的是XML流。

XMPP协议工作原理：

4. XMPP协议地址格式：

5. XMPP消息格式：

6. 核心的XML流传输协议

基于XML FreeEIM流传输的即时通讯扩展应用

XMPP的核心XML流传输协议的定义使得XMPP能够在一个比以往网络通信协议更规范的平台上。借助于XML易于解析和阅读的特性，使得XMPP的协议能够非常漂亮。

XMPP的即时通讯扩展应用部分是根据IETF在这之前对即时通讯的一个抽象定义的，与其他业已得到广泛使用的即时通讯协议，诸如AIM，QQ等有功能完整，完善等先进性。

XMPP的扩展协议Jingle使得其支持语音和视频。　

XMPP的官方文档时RFC 3920.

7. XMPP应用示例

举个例子看看所谓的XML流是什么样子的？

　　客户端：<?xml version='1.0'?>

　　<stream:stream

　　to='example_com'

　　xmlns='jabber:client'

　　xmlns:stream='http_etherx_jabber_org/streams'

　　version='1.0'>

　　服务器：<?xml version='1.0'?>

　　<stream:stream

　　from='example_com'

　　id='someid'

　　xmlns='jabber:client'

　　xmlns:stream='http_etherx_jabber_org/streams'

　　version='1.0'>

　　...其他通信...

　　客户端：<message from='juliet_example_com'

　　to='romeo_example_net'

　　xml:lang='en'>

　　客户端： <body>Art thou not Romeo, and a Montague?</body>

　　客户端：</message>

　　服务器：<message from='romeo_example_net'

　　to='juliet_example_com'

　　xml:lang='en'>

　　服务器：<body>Neither, fair saint, if either thee dislike.</body>

　　服务器：</message>

　　客户端：</stream:stream>

　　服务器：</stream:stream>

以文档的观点来看，客户端或服务器发送的所有XML文本连缀在一起，从<stream>到</stream>构成了一个完整的XML文档。其中的stream标签就是所谓的XML Stream。在<stream>与</stream>中间的那些<message>...</message>这样的XML元素就是所谓的XML Stanza（XML节）。XMPP核心协议通信的基本模式就是先建立一个stream，然后协商一堆安全之类的东西，中间通信过程就是客户端发送XML Stanza，一个接一个的。服务器根据客户端发送的信息以及程序的逻辑，发送XML Stanza给客户端。但是这个过程并不是一问一答的，任何时候都有可能从一方发信给另外一方。通信的最后阶段是</stream>关闭流，关闭TCP/IP连接。

8. XMPP系统特点：

1)客户机/服务器通信模式；(2)分布式网络；(3)简单的客户端；(4)XML的数据格式。

9.通俗解释：

其实XMPP 是一种很类似于http协议的一种数据传输协议，它的过程就如同“解包装--〉包装”的过程，用户只需要明白它接受的类型，并理解它返回的类型，就可以很好的利用xmpp来进行数据通讯。