是否有更简单的方法来使用AlarmManager或设置基于实时的警报？

Question

似乎根据实际经过的时间（与设备Hibernate时停止的正常运行时间相反）来对操作进行计时的唯一方法是AlarmManager。

是否有一种简单的方法来实现基于“壁钟”的延迟执行，例如通过一个围绕AlarmManager的开源包装器？

对于正常的计时操作，您可以使用一个处理程序，这就像这样一个简单的任务应该有的那样容易：

• 实现处理程序回调（无需注册）
• 实例化处理程序
• 调用sendEmptyMessageDelayed或类似函数
• 要清除所有设置的延迟，只需调用removecallbacksandmessages(null)

但是，Handler只支持基于正常运行时间的延迟，这有时是不够的（例如，如果您希望每15分钟检查一次服务器是否有新消息）。

• 为警报定义操作
• 创建接收器（通过创建专用接收器类并将其声明为清单，或者实现接口，使用registerReciever注册接收器，并在完成后取消注册）
• 为您的操作创建意图
• 将所述意图包装在挂起的意图中，如果要取消警报，则存储挂起的意图
• 获取警报管理器（这需要上下文）
• 设置闹钟
• 当要取消警报时，请使用存储的PendingIntent取消警报
• 如果您决定使用多个意图或意图更改数据，则必须将它们全部保存，以便之后清理警报管理器

Answer 1

对于正常的计时操作，可以使用处理程序

仅来自前台活动。对处理程序进行长期轮询的任何其他使用充其量都是不可靠的，甚至忽略了您对正常运行时间计算的担忧。

为闹钟定义一个动作

这没必要。这甚至不是一个好主意。

创建一个接收器（通过创建一个专用的接收器类并将其声明为清单，或者实现接口，使用registerReciever注册接收器，并在完成后取消注册）

如果希望事件在您不在前台时发生，并且警报在设备处于Hibernate状态时发出(_wakeup报警），则需要清单注册的接收器。如果不需要_wakeup，服务就足够了。如果您只需要在前台并在活动中接收事件，则使用createPendingResult()为您提供一个pendingIntent，它将触发活动的onActivityResult()。但是，在后一种情况下，在视图或处理程序上使用postdelay()会更有意义。

如果要取消警报，则存储挂起的意图

如果存储pendingintent是一个选项，那么handler就是您所需要的，而AlarmManager是不合适的。要取消警报，需要等效的pendingintent（其中基础的intent对象根据filterequals()匹配，并且pendingintent操作[activity,service,broadcast]相同）。

当您想要取消警报时，使用存储的pendingIntent取消它

不，可以通过创建等效的PendingIntent来取消它。

如果您决定有多个意图或意图更改数据，您将不得不保存它们，以便之后清理警报管理器

不，可以通过创建等效的PendingIntent来取消它们。

或者，使用ScheduledExecutorService和Wakelock来处理短期事务。这不适合“每15分钟一次”的情况，因为它使设备一直处于清醒状态。