关于手机推送

    最近这段时间工作很忙，很少有时间整理这个，每当想要去整理的时候，总是觉得麻烦，就过去了。首先接着上一次谈谈吧。
     上次的主题帖：用androidpn来实现推送

     上次发表帖子后，很多朋友发信息提到了一些问题，就在这里进行解答一下吧。

问题：
1.asmack的包太大，3百多K。
2.只是完成Android的Push功能使用XMPP协议感觉很笨重。
3.androidpn服务器端的负载很难控制，除非自己改写。

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

2. 如果说只是用到android的push，XMPP协议确实笨重，但是正所谓一样东西肯定有两面性的，它只是一套标准，关键在于它的通用以及可扩展，如果说笨重的话，很简单，它的发送消息你大可以精简，比如它的IQ表示消息，<iq id="144-39" to="121" type="set"><message xmlns="test:iq:message"><id>120</id></message><content><content> </iq>
content里边写入内容，如果这样，你还觉得笨重的，完全可以自定义一套协议。实际上，在推送方面，这点文本信息所耗费的流量完全可以忽略不计，而带来好处，却是一套成熟的消息推送标准。

3.androidpn的服务器端是用的MINA来控制socket连接的，这个框架也算成熟，在这里就不提了。

      这段时间，针对BUG做了一些修改，对XMPP协议也有了进一步的了解。androidpn其实并不成熟，说实话，成熟的是asmack和MINA。而它只是把这两个进行了集成。androidpn存在BUG，比如上次提到的服务器重启不能自动重连，这次也解决了。顺便发出来跟大家分享以下，如果有什么问题大可以回帖，定会一一解答。

下载地址

哥们你好，现在项目中使用androidpn来做底层推送框架，遇到一个棘手问题，特此请教一下。1.如果手机默认3g是打开的，我打开wifi链接后台服务器，正常。然后关闭wifi，这个时候链接会自动切换到3g上。2.现在的问题是如果我现在是3g链接后台服务器，这个时候打开wifi，不会自动切换到wifi，后台服务器也显示掉线。不知道楼主是否遇到过此问题，请指点一下，万分感谢。