每10秒获取一次PARTIAL_WAKELOCK

| 以10秒为间隔获取部分唤醒锁的应用程序有任何问题吗?我的用例是能够通过设备加速度计连续监视用户的运动。基本上,我有一个服务,该服务由警报每10秒调用一次。 该服务获取唤醒锁,从加速度计获取一些读数以确定当前的运动状态,然后释放唤醒锁。服务的总寿命约为4秒。 我的理解是,这导致设备每分钟保持唤醒状态约24秒。虽然并不理想,但我希望这比在我的应用程序的整个生命周期中保持恒定的唤醒锁更好。 另一方面,在这么短的时间内获取和释放唤醒锁的行为是否可能对电池寿命同样有害? 任何输入表示赞赏。     
已邀请:
正如评论所表明的那样,这确实不是一个好主意。就像在“市场上的一星级评级”中那样,这不是一个好主意。 加速度计旨在供正在运行的活动(例如游戏)使用,仅此而已。绝对不适合在您尝试使用的模式下使用。 您还假设释放ѭ0后,设备将立即进入睡眠状态。这可能是正确的,也可能不是。我怀疑您会发现导致CPU通电的时间明显超过可用时间的40%,即使您仅强制要求将其通电40%。 我强烈建议您观看2009年Google I | O会议上Jeff Sharkey关于Android功耗的演讲。     
您是否曾经使用过MyTracks应用程序? http://code.google.com/p/mytracks/ 最后我检查了一下,当用户拥有活动路径时,它们使用唤醒锁。 我和您有同样的问题-尽管我不希望使用唤醒锁,但是如果操作系统一路杀死该应用程序,我的应用程序将被破坏。现在,我们这样做的代价是每小时约10%的电池寿命-并不是那么糟糕。当然不是很好,但是我们的平均路程只有20分钟左右。而且有效。 使用警报管理器似乎是更好的方法。如何在这种情况下使用它的任何好例子?     

要回复问题请先登录注册