消息推送(androidpn)

关于服务器端向Android客户端的推送，主要有三种方式：轮询，应用程序应当阶段性的与服务器进行连接并查询是否有新的消息到达，你必须自己实现与服务器之间的通信，例如消息排队等。而且你还要考虑轮询的频率，如果太慢可能导致某些消息的延迟，如果太快，则会大量消耗网络带宽和电池；SMS（通过发送短信并解析短信内容来获取服务器端的指令），这个出现的问题是很难找到免费的网关来发送短信；最后就是持久连接，主要是Socket通讯，这个解决了性能问题，但是耗电问题依旧没能解决。

在这里，我们主要介绍的是第三种，用持久连接的方式来进行推送。现在比较成熟的及时消息传递协议共有四种，而无疑最为主流就是XMPP协议，它是一种基于XML的传递协议，具有很强的灵活性和可扩展性。它的特点是将复杂性从客户端转移到了服务器端。在网上可以找到很多的XMPP资料，这里就不在赘述了，不然越扯越多。总之，XMPP主要显著的优点主要有以下几个方面：

1、分布式任何人都可以运行自己的XMPP服务器，它没有主服务器

2、安全性很高。使用SASL及TLS等技术的可靠安全性

3、开发性它是开源的，易于进行学习和了解

4、跨平台毋庸置疑，使用的XML进行传输的

说完优点，我们言归正传，基于XMPP协议的java开发有一个开源框架，那就是smack，它主要封装了一些XMPP的实现。而如果把它直接用在Android上是不行的，因为android缺少了一些java的类库，于是一个改进版的asmack诞生了，它是专门为android而改进的android smack。而另外一个开源框架的诞生，则是对在引用smack的基础上实现和服务器端的持久连接，以实现服务器对客户端的推送，那就是android push notification，简称androidpn。

Androidpn在客户端集成了asmack。这样就可以很容易的简立一个和服务器端的基于xmpp协议的socket连接。A ndroidpn的客户端中，进行管理连接的类是XmppManager，它主要用来管理连接的信息，比如XMPP的端口、IP、登录的用户名密码，以及对连接的维护。为什么还有用户名和密码？这不得不提到XMPP 的具体细节。整个服务器端和客户端的通信是基于一个session（会话）过程，

会话开始，首先会指定服务器的端口号，然后把上述提到的信息发送到服务器端，怎么发送消息的呢？以根节点的方式开始传递，只有在服务器和客户端关闭的时候才会发送它的结束标记。客户端通过XMPP协议只用做的就是接收消息，而所有其它的操作都交给服务器，比如管理连接、消息保存等等，这样就很大程度的减轻了客户端的负担。那么客户端和服务器端的消息回应是如何实现的？如要通过一个ID来标识，具体细节可以去查看XMPP协议。

一旦注册绑定后，服务器端就和客户端建立了连接，客户端只用负责去接收消息。所以当我们应用Androidpn的时候，客户端会非常的简单。而在服务器端，Androidpn又做了什么呢？

服务器端的展示方面，androidpn主要用到的技术是Spring和Hibernate。主要是用来展示用户状态和发送信息用的，如下图：

这方面的技术已经比较成熟，就不再细说了，主要要说的还是XMPP的管理。在服务器端的源码中一个.Connection类，主要是代表一个服务器上的XMPP连接，注意只是一个，它可以确保在服务器关闭的时候，发送一个标记到客户端，告知连接断开，需重新连接。

org.androidpn.server.xmpp.session.SessionManager主要用户管理所有会话，比如连接断开，删除session以及建立连接，添加session等等。

而在管理Socket连接的时候，androidpn采用了MINA框架来进行管理，MINA 的优点就是改变了我们传统的管理socket的方式，比如没建立一个socket开一个线程，而MINA可以实现多个线程管理N多个用户。在处理高并发的推送上无疑是有巨大的好处的。

合理的利用监听器来管理session，也是androidpn的优点。在安全性方面，制定了TLS(安全传输层)策略，并却采用了安全认证，这些方面都做的不错。

当然，不可避免的30秒钟的心跳包还是必不可少的。

总之，用Androidpn好处有以下方面：采用完全开放的XMPP协议进行数据传输（QQ，MSN，GTalk等都是采用的这种协议）；良好的框架支持（专门为android 而产生的推送框架asmack，以及很好的管理socket的框架MINA，都是很成熟的产品）；完全开放的源代码（我们可以在androidpn的基础上进行修改，来满足我们的任何需求变更）；大大的减少了客户端的代码，降低了android的开发难度。缺点不言而喻，使用了太多的框架，如果想要改一些具体的实现，可能会迁移发动全身。不过如果你个懒人的话，完全满足你的需求了。

最后是我整理的androidpn的源码，完全可以使用。原来的服务器

端用的jetty框架来代替tomcat的，我把它又重新整合到了tomcat下，

可以完美的和你的服务器端融合。懒人们，来吧~~由于文件过大，所以

用了外连~~喜欢的就去下载吧。。只需要改下client的raw文件夹下

的ip地址就可以运行。。

不好意思。前段时间一直没找来一个可以分享的网盘。又懒，不想

一一去发，对于那些发站内信的朋友，抱歉了。这个版本BUG很多，后

来我也改了很多东西，才能在生产上使用。当然那个版本我是不能发放

问题：

1.asmack的包太大，3百多K。

2.只是完成Android的Push功能使用XMPP协议感觉很笨重。

3.androidpn服务器端的负载很难控制，除非自己改写。

1.经过一段时间的研究，我把smack的源码搞到之后，查看它的源代码，里边其实内容挺多的，包含了一些关于聊天的类，以及很多加密的、安全相关的，如果觉得这些不重要的话，大可以进行精简，删掉一半以上完全没问题。所以大小是问题。

2. 如果说只是用到android的push，XMPP协议确实笨重，但是正所谓一样东西肯定有两面性的，它只是一套标准，关键在于它的通用以及可扩展，如果说笨重的话，很简单，它的发送消息你大可以精简，比如它的IQ表示消息，

id="144-39" to="121" type="set">

xmlns="test:iq:message">120 content里边写入内容，如果这样，你还觉得笨重的，完全可以自定义一套协议。实际上，在推送方面，这点文本信息所耗费的流量完全可以忽略不计，而带来好处，却是一套成熟的消息推送标准。