Android AlarmManager重新调度逻辑

Question

我有一个应用程序，允许用户安排警报在特定时间响起，并在他们选择的间隔内重复。我使用JSON保存警报细节，使用SharedPreferences作为存储。

我正在使用AlarmManager来安排我的应用程序何时应该被通知，警报应该响起来通知用户。我目前正在使用AlarmManager的setRepeating（）方法，提供用户提供的时间间隔。这工作得很好，理论上应用程序永远不需要更新存储下一个报警时间的JSon，因为AlarmManager只需使用该间隔重新安排下一个报警时间。

• 在警报响起时更新JSon下一个警报时间，即使这可能不是必需的（只要没有重新启动，setRepeating()就会处理此问题）？
• 注册并监听关机广播，然后更新JSon（这就产生了问题--如果手机正在关机，应用程序需要多长时间才能计算并将警报详细信息写入存储）？
• 不要更新JSon，而是向由AlarmManager唤醒的对象添加逻辑，以决定刚刚广播的警报是否有效，是否应该向用户发出警报？

我相信以上任何一种方法都行得通，但我不能决定哪种方法是最好的。

Answer 1

这似乎主要是一个选择的问题。您注意到的问题与Linux笔记本电脑中常见的问题相似，并由Anachrond解决。在我看来，我只需在每次收到事件时更新时间并将其存储在SharedPreferences中。试图监听系统何时关闭可能并不完全可靠（当您的用户--可能是喝醉了酒的大学生--放下设备，电池没电时会发生什么？）。相反，我认为在这种情况下最好的做法是--每次警报触发时--重新计算发送下一个警报的时间，将其存储在某个地方，并在适当的引导计划中进行。