AlarmManager或Handler

Question

我有一个特殊的例子，每隔10-60分钟就可以打开服务器(这仍然取决于)，但只在打开应用程序的时候。创建此功能是为了通知会话仍然是开放的，其中会话被定义为从app打开到app关闭的时间段。我不需要担心过程死亡。

更适合使用？AlarmManager还是AlarmManager？

目标平台是安卓电视，所以想象一下，在我的应用程序背景下看电影的时候就是这样。

就我个人而言，我第一次想到使用AlarmManager，但我意识到，与环境相比，生成更多的代码。处理程序是否导致更多的CPU使用率增加？

Answer 1

将来，当应用程序不运行时，AlarmManager会启动它。因此，我认为Handler.postDelayed()是一个更有效的选择，如果你只会在应用程序打开时点击服务器。

注意:警报管理器适用于您希望在特定时间运行应用程序代码的情况，即使您的应用程序当前没有运行。对于正常的定时操作(滴答、超时等)，使用Handler更容易，效率更高。

见AlarmManager。

Answer 2

对于这个用例，您绝对应该使用AlarmManager。我马上就能想到几个原因：

1. 如果您使用Handler并希望向其发布“可取消”的Runnable，那么您必须同时存储对Handler和Runnable的引用，以便能够取消执行(例如，如果用户离开您的应用程序)。这意味着您必须将它们存储在Application上下文中，或者为该特性创建一个Service。对于这种情况，通常不鼓励使用Application，而Service则有点过火。
2. AlarmManager是这类东西的标准API。任何其他开发人员阅读您的源代码(或您自己在几个月内)将有一个更容易理解的功能。
3. 我不明白如何使用Handler方法获得更少的代码--使用AlarmManager所需要的只是一个创建PendingIntent的方法，该方法正在传递给AlarmManager中的set和cancel方法.
4. 至于CPU的使用情况，我相信这个比例是微不足道的，因此不会有什么关系。

一般来说，我认为不应该使用Handler#postDelayed来控制涉及用户交互的流。只是感觉不对而且笨拙。