Жизненный цикл Android функции requestlocationupdates

Question

Я пытаюсь понять, как запрос LocationManagerLocationUpdates (используя PendingIntent) работает, когда вызывающий компонент выходит из своего видимого/активного lifecyle. Я знаю, как отменить намерение с помощью removeUpdates, и я прочитал всю документацию о том, как все службы, широковещательные передачи и действия запускаются в основном потоке приложения, что вы можете создавать рабочие потоки, чтобы не разрушать пользовательский интерфейс опыт и т. д., но когда дело доходит до вызовов типа requestLocationUpdates, где API заботится о периодической отправке намерений, он становится реальным нечетким относительно того, что происходит с этой функциональностью, когда вызывающая активность выходит из ее видимого срока службы. Например, если я вызываю requestLocationUpdates (используя версию PendingIntent) из Activity, и эта активность останавливается ОС без моего вызова кода removeUpdates для этого PendingIntent, делают ли PendingIntents для отправки обновлений местоположения прекратить отправку? что, если действие приостановлено? Если я хочу, чтобы обновления местоположений продолжали поступать, даже когда активность выходит из видимого срока жизни или даже активного времени жизни, следует ли мне вызвать requestLocationUpdates из службы, запущенной в фоновом потоке, который я создаю из Activity? Любые разъяснения по этому вопросу будут весьма признательны.

Answer 1

Лучше, если вы поместите Locmanager в службу (получение баллов &). Вы всегда должны предполагать, что пользователи любят многозадачность или, по крайней мере, некоторые пользователи получат вызов при использовании вашего приложения. с этим исполнением, вы будете сильно полагаться на намерения.