我正在开发一个让用户完成锻炼计划的应用程序。这是一个跑步训练师，使用音频提示让用户在锻炼期间的不同时间点知道何时行走，跑步等。
当应用程序运行时，手机很可能会被锁定并放在某人的口袋里，所以我正在研究如何保持听觉提示的来临。目前我只是在本地服务中使用Handler进行测试，以安排下一个提示。这比我在某些设备上预期的要好，但是，在其他设备上，当手机被锁定时，服务似乎停止了。
我知道有多种选择可供我使用 - 在手机上保持唤醒锁定，安排闹钟，（可能？不确定这一点）改变服务的优先级，或许更多。
那么，人们认为最好的方法是什么？请记住，这不是一个“正常”的服务 - 它通常会运行最多半个小时，一周三次，并且它的许多用户将在他们运行时播放音乐，因此手机是公平的不管怎样都不太可能睡着了。因此，我想，在这种情况下，关于电池耗尽唤醒锁的常见警告可能不太适用？
目前，我将API级别8作为最低目标。
答案 0 :(得分：1)
取决于你需要做多少。如果只是偶尔以某些间隔播放某些音频，您可能会重复播放警报。如果您还在做其他事情 - 通过GPS或其他机制跟踪事物，或任何需要合理CPU的事情 - 部分唤醒锁定可能是最佳选择。