一：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来控制，在服务器和客户端之间建立一个网关，要来的容易。
不知道兄弟你是怎么实现的推送？
http://dev.10086.cn/cmdn/bbs/thread-62765-1-1.html
本文转自xyz_lmn51CTO博客，原文链接：
一：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来控制，在服务器和客户端之间建立一个网关，要来的容易。
不知道兄弟你是怎么实现的推送？
一：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来控制，在服务器和客户端之间建立一个网关，要来的容易。
不知道兄弟你是怎么实现的推送？
本文转自xyz_lmn51CTO博客，原文链接：http://blog.51cto.com/xyzlmn/1230810，如需转载请自行联系原作者
