android - 如何实现永久的、定期的、后台位置更新？

Question

该应用需要一个基础功能来获取位置并将它们发送到服务器。这必须定期发生(大约每 1-5 分钟一次)，但最重要的是，它必须始终发生，永不停止，防止操作系统关闭进程以回收内存，以及在应用程序本身未运行时发生。

有人向我建议了以下解决方案。我熟悉处理 Android 位置，这里的问题是确保它们继续，即使应用程序不在内存中，并通过内存回收持续存在。

1. 服务。使用服务收集位置事件并处理它们。使用启动和屏幕开启广播来确保服务始终运行(并且可能还增加服务优先级以防止内存回收)。

2. 警报。我收集这些可以在内存不足时关闭。我将如何防止这种情况发生？这似乎是一个丑陋的解决方案，因为这些位置无论如何都会按计划到达，因此似乎没有必要使用另一个基于时间的组件。

3. 通过广播定位。通过广播 Intent 传递的位置意味着我可以在广播接收器中处理位置事件。这些位置警报会无限期地持续下去吗？除了设备关机或应用程序关闭它们之外，其他任何事情都会导致它们停止吗？

什么是最持久的方法？

Answer 1

This must happen regularly (approx every 1-5mins) but most importantly it must happen all the time, never stopping, protected against the OS shutting processes down to reclaim memory, and when the app itself is not running.

这在很多方面都严格来说是不可能的。

让我们一次取一个:

This must happen regularly (approx every 1-5mins)

您可能无法获取位置、周期，更不用说每 1-5 分钟了。用户可能禁用了所有位置提供程序。用户可能使设备处于飞行模式。用户可能位于连接性较差(使网络提供商不可靠)的大型建筑物(阻止 GPS)中。

never stopping

用户始终可以通过“设置”中的“管理服务”屏幕或任务 killer 来摆脱您。如果他们这样做，特别是在 Android 3.1+ 上，您的应用程序将永远不会出于任何原因再次运行，直到用户启动您的 Activity (例如，通过启动器)。当然，用户也可以卸载您的应用。

protected against the OS shutting processes down to reclaim memory

您不能保证不会发生这种情况。您可以降低几率，但仅此而已。

---

现在，让我们看看您的各种解决方案:

Use a service to collect location events and handle them.

从您表达这一点(以及后续句子)的方式来看，您指的是一种永久服务，一种设计为 24x7 全天候运行的服务。根据定义，这意味着您的应用程序正在运行，这违反了您的规则之一。假设您放宽此规则，此解决方案会大大增加用户摆脱您的服务的可能性，并增加 Android 摆脱您的服务的可能性。您可以使用 startForeground() 最小化后者。

ALARMS. I gather these can be shut down when memory is short.

据我所知不是。但是，如果用户摆脱了你，你的警报将被删除。

This seems an ugly solution as the locations will arrive on a schedule anyway

不，他们不会。 requestLocationUpdates() 上的时间参数并不意味着“位置无论如何都会按计划到达”。

Locations delivered via a broadcast intent would mean I can then handle the location events in a broadcast receiver.

不，你不能。您已指出您的部分工作是将此数据发送到服务器。您不能在主应用程序线程上可靠地执行此操作，因为它可能会花费太长时间。指向 IntentService 的 getService() PendingIntent 会更可靠。

Will these location alerts continue indefinitely?

没有。见下文。

Will anything other than device shutdown or the app turning them off cause them to stop?

用户可以删除您的应用程序(卸载、任务 killer 、管理服务)。用户可以禁用位置提供程序。用户可能会进入无法确定位置的区域。等等

另外，据我所知，设备可能会睡着。系统可能会在您注册更新请求期间保持 WakeLock。系统甚至可能会在内部使用 AlarmManager 安排在您提供的时间段内自行唤醒，因此它不必让设备持续保持唤醒状态。但是，您需要对此进行彻底测试。

What's the most durable approach?

如果我上一段中的问题由操作系统处理，那么您的第三个选项可能是最可靠的。在 IntentService() 中使用 startForeground() 并在退出 onHandleIntent() 之前调用 stopForeground() --即使是 AlarmManager 启动的短期服务也可能由于内存不足而被终止，这让我非常惊讶。

话虽这么说，但您想要的行为似乎可能比用户想要的消耗更多的电池生命周期。请允许用户控制轮询周期，包括“从不轮询，我将手动更新内容”的选项。