服务架构，连续运行与唤醒

Question

我有一个应用程序，该应用程序每隔一段时间（每分钟一次）醒来以在后台执行一些操作。 我将使用AlarmManager安排唤醒时间。

我正在研究构建Service以进行后台工作的两种不同方式：

1. 使用setForeground()使服务连续在前台运行。 这很有吸引力，因为在唤醒之间应用程序状态将保留在内存中。
2. 完成后台任务运行后，请使用stopSelf()销毁Service 。 这将需要在每次唤醒之间保留一些非平凡的对象。

每种方法的优缺点是什么？ 持久性有多昂贵？ 对于案例2，建议的存储方式是什么？

Answer 1

您肯定想使用选项2，并在完成后停止服务。 如果您让它继续运行，则会继续使用系统资源，即电池。 做您需要做的，然后停止服务。 另外，您每分钟都在做什么样的唤醒？ 如果您要进行全面的设备唤醒（RTC_WAKEUP），则将再次耗尽设备的电池电量。

我希望这听起来不算傻，但是我曾经听过一个开发者说“不要与Android战斗，Android会赢”。 当您继续尝试将服务设置为前台时，您将与android尝试清除未使用的资源的斗争。 相反，您应该拥抱android。 尽可能异步地执行操作。 这就是android的方式:)

Answer 2

我将使用AlarmManager安排唤醒时间。

如果您要使用选项1，希望不会。 如果您的服务始终都在运行，请使用Timer 。

每种方法的优缺点是什么？

setForeground()不起作用，并且已经有相当一段时间了。 startForeground()可以运行，但是需要一个活动的Notification 。

当我考虑切换到AlarmManager和IntentService时，一分钟的轮询周期AlarmManager IntentService 。 话虽如此，一分钟的轮询周期非常频繁。 我强烈建议您使其成为用户可配置的，包括“请不要轮询，我将通过UI请求更新”的选项。

这将需要在每次唤醒之间保留一些非平凡的对象。

在这两种情况下，您都需要保留这些对象。 例如，当用户使用任务杀手攻击您的选项＃1服务时，如果您不丢失其数据就很好了。

持久性有多昂贵？

没关系，因为在两种情况下都需要持久化这些对象。

对于案例2，建议的存储方式是什么？

抽象地回答是不可能的。