android后台位置更新和wakelock

Question

我正在开发一个android应用程序，我需要在后台使用GPS提供商获得更长时间的位置更新，所以当用户不再与它交互时，我需要位置更新。我自己做了一些测试，比较LocationManager的requestSingleUpdate（provider,pendingIntent版本）和requestLocationUpdates（provider,minTime,minDistance,intent版本）。在我的Droid Razr HD上获取了大量数据后，使用requestLocationUpdates看起来比requestSingleUpdate更加可靠（对于这两种方法，我实际上将报告的GPS位置与我实际所在的位置进行了比较，即不使用报告的精度，requestLocationUpdates不仅对我的实际位置更加准确，而且它返回的位置固定时间与当前时间相同，比使用requestSingleUpdate选项要频繁得多）。我知道如何使用带有重复警报的AlarmManager并调用requestSingleUpdate，这样每次警报响起时我只需要保持一个wakelock，但是由于使用requestLocationUpdates的准确性提高了（至少在我的手机测试中是这样），我希望使用该方法。我的问题是，如果我使用requestLocationUpdates方法，我真的不清楚如何在用户不与手机交互时保持wakelock来保持更新。我从一个从服务启动的单独线程调用requestLocationUpdates（我读到这是标准模式）。我的问题是，我是否必须持有一个wakelock为整个时间，我想要位置更新不断？如果我没有自己的位置更新，是否会不断更新，每次更新都要唤醒手机？如果这是真的，这些更新是否创建了自己的wakelock，如果是，他们什么时候发布wakelock？在这个问题上我似乎找不到明确的答案。非常感谢任何帮助。

Answer 1

不，您不需要wakelock，因为操作系统为您（代码）接收wakelock。当onlocationchange()结束或广播接收器接收到意图（对于接口的意图版本）时，wakelock将被释放。如果在onlocationchange()中启动一些异步工作，例如，使用其他线程，则需要自己的wakelock。