用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连接。Androidpn的客户端中，进行管理连接的类是XmppManager，它主要用来管理连接的信息，比如XMPP的端口、IP、登录的用户名密码，以及对连接的维护。为什么还有用户名和密码？这不得不提到XMPP的具体细节。整个服务器端和客户端的通信是基于一个session（会话）过程，会话开始，首先会指定服务器的端口号，然后把上述提到的信息发送到服务器端，怎么发送消息的呢？以
一旦注册绑定后，服务器端就和客户端建立了连接，客户端只用负责去接收消息。所以当我们应用Androidpn的时候，客户端会非常的简单。而在服务器端，Androidpn又做了什么呢？
服务器端的展示方面，androidpn主要用到的技术是Spring和Hibernate。主要是用来展示用户状态和发送信息用的，如下图：
下载附件 (25.84 KB)
下载附件 (10.61 KB)
这方面的技术已经比较成熟，就不再细说了，主要要说的还是XMPP的管理。在服务器端的源码中一个org.androidpn.server.xmpp.net.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地址就可以运行。。androidpn下载地址
---------------------------------------------------------------------------------------------------------------
问题：
1.asmack的包太大，3百多K。
2.只是完成Android的Push功能使用XMPP协议感觉很笨重。
3.androidpn服务器端的负载很难控制，除非自己改写。
第一个问题关系不大，毕竟一个软件多了300多K不算什么，如果自己来控制socket连接，我估计没有100K也很难控制好。
第二个问题确实如此，使用XMPP的后果是带来了60%的信息冗余量
第三个问题，负载的控制应该来说，用到socket都必须要考虑的，负载方面，androidpn用到了MINA这个socket框架，而在socket的处理方面，很多人都是用的socket来处理的。
总的来说，源代码的开放是最大的优点，就算用到androidpn，无论如何也是要在原有的基础上进行修改的，照搬照抄肯定是不行的。但是比自己用socket来控制，在服务器和客户端之间建立一个网关，要来的容易。
不知道兄弟你是怎么实现的推送？
---------------------------------------------------------------------------------------------------------------
源文件下载来后有两个文件，一个是Androidpn,androidpn-client，这两个文件应该怎么用啊？client应该就是推送的客户端吧，那怎么推送？改ip改到哪里啊？Androidpn那个又怎么用，谁能解释下呢？
client是手机端运行的源代码。androidpn是服务器端的，在tomcat下运行，ip是在client下的raw文件夹里改的。
---------------------------------------------------------------------------------------------------------------
client 与 server 连接时，利用username区别， username 与client 是怎么关联的
androidpn里边利用的是client UUID生成的，在第一次连接的时候注册绑定。。根据实际需要，可以自己进行拓展。
---------------------------------------------------------------------------------------------------------------
这些页面 怎么操作。。我 开了。mysql 建立android 库 之后启动tomcat 就这个效果。。。接下来要怎么操作 ？ 想测试一下 这个东西 麻烦楼主说明一下啊！！！！开完服务器后，打开运行client，然后再看服务端就可以看到用户信息了，不过记得要改成自己电脑的IP，就是raw文件夹下的。
---------------------------------------------------------------------------------------------------------------
若server端重启，client怎么实现有效的重连接。我在项目中利用了androidPN，就是server重启，需要重启client，才可以保证push成功
确实啊。这个问题可能是asmack包里处理的不够好，没有判断好连接断开的情景。我在找asmack的源代码，看看是不是这个的原因，不知道谁有啊。。。
---------------------------------------------------------------------------------------------------------------
还有就是我用的是真机 。。真机可以测试么？
记得要改IP就ok，我用真机测过。
---------------------------------------------------------------------------------------------------------------
不好意思 啊。。楼主！！！是不是client 中只需要修改raw 中的xmpphost 的呢？
其他的 文件不需要修改？
还有就 server 和 client 的启动顺序有没有限制？
现在我是先启动 server 然后才去运行 client ，貌似在user 和session 中还是没有出现我的 会话信息~~~
是不是你有过先开client再开server的？记得的手机里是运行的有个服务的，要把服务关了，重新运行的，你的步骤没错的
---------------------------------------------------------------------------------------------------------------
若server端重启，client怎么实现有效的重连接。我在项目中利用了androidPN，就是server重启，需要重启client，才可以保证push成功
这个我现在有个思路，应该可以解决。在服务器端加一个监听器，得知servlet销毁的时候，向客户端发送一个消息，告知连接断开，开始不听的重连。。。应该可以满足需求。
转自：http://dev.10086.cn/cmdn/bbs/thread-62765-1-1.html