关于Android 推送的有关问题
关于Android 推送的问题
现在网上一大堆的关于推送方面的实现原理：
1.通过pull（拉），也就是通过客户端主动定时轮询服务器请求数据。
2.通过push(推)，服务器通过一个长连接主动推送消息到客户端。
这两个方式都可以实现推送功能。pull这个方式没什么问题好理解。
主要push的方式，都没有讲的太明白，好多都是在讲要保持一个socket的长连接，这里在android手机的不休眠时，很容易实现。
关键是手机要是休眠了该如何实现？
在手机休眠时所有的程序就会停止运行，这时该如何接收服务器推送来的消息？
在网上看到的大多数的想的是用AlarmManager全局定时器来实现定时发心跳包来保持socket的长连接...。但实际是这个是保持不了长连接的。只能是在定时时间到了唤醒cpu时，会连一下服务器，但这个动作一完成cpu会又进入了休眠状态，这时刚刚发起的socket连接就又会被断开。那这么这个socket长连接在cpu休眠时跟本没办法保持。
那QQ和第三方的推送平台又是如何实现在手机休眠后实时的推送消息到手机的?难道在手机休眠后，换为pull(拉)，客户端定时轮询的方式?
有做过这方面的大神们来给解答一下...
------解决方案--------------------
用第三方推送平台会好很多，比如百度云推
------解决方案--------------------
如果你的消息很大可以考虑用xmpp openfire smack。参考 http://blog.csdn.net/shimiso/article/details/11225873
如果你的要在多终端推送，你就自己实习websocket
------解决方案--------------------
长连接在手机休眠下也还是会保持的哈，因为主CPU休眠了，还有一个基带处理器来处理基本的操作的。
------解决方案--------------------
推送 服务 一般都是用推送平台 参考相关 API 就可以
------解决方案--------------------
谢谢。不知道你要的有些什么具体差别呢？如你所知，android休眠的时候所有工作都会停止，这个是为了省电。但是我们可以通过AlarmManager来唤醒系统（小米手机最短唤醒间隔是5分钟），这样我们的程序就能工作了。但是过于频繁的唤醒会太耗电，所以三五分钟唤醒一次是合适的。
如果是开发即时聊天app之类，有可能第一次的实时消息有延时（实时上我测试过微信也如此，第一次信息有时候会延时三两分钟），因为手机还没被唤醒。一但被唤醒后，大概可以维持几十秒工作时间，这个时候发现有很新的消息，可以保持WakeLock让手机在接下来的3分钟之内（举例而已，未必是3分钟，应该是动态调整）不释放，这样这3分钟之内手机就不会休眠。
为什么要在有最新消息的3分钟不休眠呢？因为这段时间有第二条信息的机率挺大的，那这三分钟之内有信息就可以实时收到。等过了几分钟发现没有新的信息了，那么接下来几分钟有信息的可能就相对小了，就可以释放wakelock让系统休眠了。
这样下来，不实时的情况最多延时一两分钟，剩下的都很实时了，基本就达到了一直在线的效果。如果追求100%时间实时接收信息，我个人认为是不实际的，一来没必要，二来会导致耗电极快。可以下载WakeLock Detector分析微信的行为，你会发现微信唤醒系统的节奏也是几分钟一次，然后会调整休眠的步长。越久没新消息，就可以休眠越久，当然，最久不用超过5分钟。
现在网上一大堆的关于推送方面的实现原理：
1.通过pull（拉），也就是通过客户端主动定时轮询服务器请求数据。
2.通过push(推)，服务器通过一个长连接主动推送消息到客户端。
这两个方式都可以实现推送功能。pull这个方式没什么问题好理解。
主要push的方式，都没有讲的太明白，好多都是在讲要保持一个socket的长连接，这里在android手机的不休眠时，很容易实现。
关键是手机要是休眠了该如何实现？
在手机休眠时所有的程序就会停止运行，这时该如何接收服务器推送来的消息？
在网上看到的大多数的想的是用AlarmManager全局定时器来实现定时发心跳包来保持socket的长连接...。但实际是这个是保持不了长连接的。只能是在定时时间到了唤醒cpu时，会连一下服务器，但这个动作一完成cpu会又进入了休眠状态，这时刚刚发起的socket连接就又会被断开。那这么这个socket长连接在cpu休眠时跟本没办法保持。
那QQ和第三方的推送平台又是如何实现在手机休眠后实时的推送消息到手机的?难道在手机休眠后，换为pull(拉)，客户端定时轮询的方式?
有做过这方面的大神们来给解答一下...
------解决方案--------------------
用第三方推送平台会好很多，比如百度云推
------解决方案--------------------
如果你的消息很大可以考虑用xmpp openfire smack。参考 http://blog.csdn.net/shimiso/article/details/11225873
如果你的要在多终端推送，你就自己实习websocket
------解决方案--------------------
长连接在手机休眠下也还是会保持的哈，因为主CPU休眠了，还有一个基带处理器来处理基本的操作的。
------解决方案--------------------
推送 服务 一般都是用推送平台 参考相关 API 就可以
------解决方案--------------------
谢谢。不知道你要的有些什么具体差别呢？如你所知，android休眠的时候所有工作都会停止，这个是为了省电。但是我们可以通过AlarmManager来唤醒系统（小米手机最短唤醒间隔是5分钟），这样我们的程序就能工作了。但是过于频繁的唤醒会太耗电，所以三五分钟唤醒一次是合适的。
如果是开发即时聊天app之类，有可能第一次的实时消息有延时（实时上我测试过微信也如此，第一次信息有时候会延时三两分钟），因为手机还没被唤醒。一但被唤醒后，大概可以维持几十秒工作时间，这个时候发现有很新的消息，可以保持WakeLock让手机在接下来的3分钟之内（举例而已，未必是3分钟，应该是动态调整）不释放，这样这3分钟之内手机就不会休眠。
为什么要在有最新消息的3分钟不休眠呢？因为这段时间有第二条信息的机率挺大的，那这三分钟之内有信息就可以实时收到。等过了几分钟发现没有新的信息了，那么接下来几分钟有信息的可能就相对小了，就可以释放wakelock让系统休眠了。
这样下来，不实时的情况最多延时一两分钟，剩下的都很实时了，基本就达到了一直在线的效果。如果追求100%时间实时接收信息，我个人认为是不实际的，一来没必要，二来会导致耗电极快。可以下载WakeLock Detector分析微信的行为，你会发现微信唤醒系统的节奏也是几分钟一次，然后会调整休眠的步长。越久没新消息，就可以休眠越久，当然，最久不用超过5分钟。