AndroidPN测试（Android Push Notification）

http://dev.10086.cn/cmdn/bbs/thread-62765-1-1.html

一：AndroidPN环境配置

      AndroidPN框架实现了从服务器到android移动平台的文本信息推送。下面是AndroidPN的环境配置

1.先确保本机已经配置好了java环境

2.下载androidpn-client-0.5.0.zip和androidpn-server-0.5.0-bin.zip

网址：http://sourceforge.net/projects/androidpn/

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

apiKey=1234567890

xmppHost=10.0.2.2

xmppPort=5222

      如果是模拟器来运行客户端程序,把xmppHost配置成10.0.2.2 (模拟器把10.0.2.2认为是所在主机的地址，127.0.0.1是模拟器本身的回环地址).

       如果是真机，配置成本机的IP地址 比如我在局域网内的IP是192.168.1.101

xmppPort=5222 是服务器的xmpp服务监听端口(注意5222端口貌似是固定的，我改成其他端口就行了)

二：运行测试

     从命令行运行androidpn-server-0.5.0\bin\run.bat启动服务器(有些朋友说会一闪而过启动不了，注意要从命令行进入该目录了在运行)，从浏览器访问http://127.0.0.1:7070/index.do (androidPN Server有个轻量级的web服务器，在7070端口监听请求，接受用户输入的文本消息)

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

进入Notifications界面，输入消息发送

真机客户端接受到server推送来的消息

最后,我把AndroidPN服务器配置的VPS进行测试,同样的测试成功!

这样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来控制，在服务器和客户端之间建立一个网关，要来的容易。 
不知道兄弟你是怎么实现的推送？