我们正在编写一个聊天应用程序，并让 Pubnub 服务在后台运行，监听消息并在收到消息时触发 Notification Intent。问题是我们在手机睡眠时使用了部分唤醒锁，这只会耗尽电池（应用程序占用 > 20% 的电池电量）。
是否有一种 CPU 密集度较低的消息侦听方式？我也试过在 Android 上寻找 Pubnub 推送通知的代码示例，但没有找到。
谢谢， 萨斯瓦特
【问题讨论】：
标签： android push-notification battery pubnub
PubNub’s Android SDK后台进程经过多次迭代优化。我们的基准测试显示，部分唤醒锁定无操作与 PWL+PubNub 套接字之间的电池消耗几乎没有区别。
即使测量耗电量最大的用例（即 4G 连接），我们也在 4 小时内对 Nexus 4 进行了基准测试，无等待锁定和 PWL+PubNub 之间的差异是 4% 的电池电量差异4 小时，设备每 5 分钟接收 1k 条消息。在 Wi-Fi 上，差异要小得多。
虽然 GCM 有很多分钟的套接字超时 (per this thread,)，但 PubNub 始终是可靠的。但是，您可以为不总是需要实时但需要可靠性的应用程序配置 PubNub 禁用 PWL。我们认为，这种可定制性使 PubNub 成为节能套接字通信对开发人员最友好的选项。
如果您仍然看到明显的电池消耗情况，请联系 support@pubnub.com 并提供相关代码的副本，以便我们帮助调试并就最佳做法提供建议。
干杯！
【讨论】：
即将推出：GCM 推送通知处于测试阶段，即将发布 6月初左右。
但是，该网站的日期表明：
PubNub 支持于 2012 年 7 月 19 日 19:59 发布此消息
所以回答您的问题：目前，没有比使用唤醒锁更占用 CPU 的方式来侦听消息了。事实上，PubNub 明确指出您应该在上面链接的那个网站上使用部分唤醒锁定。
Android PubNub github 上也没有文档。他们在那里声明 PubNub 比 Google C2DM 更好。 Google C2DM 几年前已被弃用。
【讨论】：