警报管理器vs作业计划程序vs ScheduledThreadPoolExecutor

Question

这个问题只是为了对这些概念有一些想法，以了解行业中人们将这些概念用于什么。

如果您可以仅给出一些示例用法，我将不胜感激。我知道它们的工作原理，并确实阅读了有关它们的google文档，但我似乎仍然很难选择一个。我不需要您向我解释它们如何工作。我只是在询问他们的一些示例用途。您最终如何将它们合并到您的应用程序中，以及为什么选择它们而不是其他应用程序。

谢谢

Answer 1

报警管理器

使用AlarmManager在系统级别安排任务

AlarmManager提供对系统级警报服务的访问。使用AlarmManager可使应用程序安排可能需要在其生命周期范围之外运行或重复的任务。这使应用程序即使在应用程序进程或其所有Android组件已被系统清理后也可以执行某些功能。

通常，使用AlarmManager触发PendingIntent，该PendingIntent将在将来启动服务。AlarmManager根据经过的时间间隔或特定的时钟时间触发服务。如果警报紧急，这两个选项还可以在设备处于睡眠状态时将其唤醒。

使用不精确的时间间隔或时间触发服务时，AlarmManager的好处就会发挥作用。Android系统会尝试以相似的时间间隔或时间批量处理警报，以延长电池寿命。通过批量处理来自多个应用程序的警报，系统可以避免频繁的设备唤醒和联网。

使用AlarmManager时要考虑的一个问题是，重启设备后会清除掉警报。应用程序需要在其Android清单中注册RECEIVE_BOOT_COMPLETE权限，并在BroadcastReceiver中重新安排其警报。

另一个担心是，设计不当的警报可能会导致电池耗尽。虽然AlarmManager确实具有唤醒设备并设置警报确切时间的能力，但文档中提到开发人员在执行联网时应警惕这些功能。除了避免避免批量警报而耗尽设备电池电量外，如果每个应用程序安装都尝试与服务器同步，那么为应用程序与服务器同步设置准确的时间可能会使服务器承受更大的压力！可以通过为警报间隔或时间添加一些随机性来避免这种情况。

如果应用程序需要在准确的时间或不精确的时间间隔执行本地事件，AlarmManager是计划的理想选择。闹钟或提醒应用程序是使用AlarmManager的绝佳示例。但是，本文档不鼓励使用AlarmManager计划与网络相关的任务。让我们看一下一些更好的网络选项。

工作计划

JobScheduler帮助以高效的方式执行后台工作，尤其是网络。JobServices计划根据JobInfo.Builder（）中声明的条件运行。这些条件包括仅在设备正在充电，空闲，连接到网络或连接到非计量网络时才执行JobService。JobInfo还可以包括最小延迟和执行JobService的某些截止日期。如果不满足这些条件，则作业将在系统中排队等待稍后执行。系统还将尝试以计划警报的方式将这些作业分批处理，以节省建立网络连接时的电池寿命。

开发人员可能会担心调度程序经常延迟启动其JobServices的时间。如果作业经常被延迟并且结果是数据陈旧，那么很高兴知道这些事情。JobScheduler将返回有关JobService的信息，例如重新安排或失败的信息。JobScheduler具有用于处理这些方案的退避和重试逻辑，或者开发人员可以自行处理这些方案。

子类化JobService需要重写其onStartJob（JobParams params）和onStopJob（JobParams params）方法。onStartJob（）是放置作业的回调逻辑的位置，它在主线程上运行。开发人员负责处理长时间运行的作业。如果需要进行单独的线程处理，则将true返回到onStartJob（）；如果可以在主线程上进行处理，并且无需为此工作做更多的工作，则返回false。当作业完成时，开发人员还必须调用jobFinished（JobParameters params，boolean needsReschedule），并确定是否要重新安排更多作业。当不再满足初始JobInfo参数时（例如，用户需要拔出其设备的电源时），onStopJob（）将被调用以停止或清理任务。

实施JobService时可能要考虑很多事情，但是它比AlarmManager具有更大的灵活性。另一个方便的功能是计划的作业会在系统重新引导后继续存在。

使用JobScheduler至少有一个缺点。在撰写本文时，它仅与21级及更高版本的API兼容。在这里，您可以找到运行各种API级别的Android设备的分布。从技术上讲，JobScheduler没有后台支持，但类似的工具是GCM Network Manager。

参考链接