Поведение при значительном изменении местоположения API при прекращении / приостановке?

Это раздел документации CLLocationManager, описывающий поведение приложения с помощью startMonitoringSignificantLocationChanges :

Если вы запускаете эту службу, а ваше приложение впоследствии прекращает работу, система автоматически перезапускает приложение в фоновом режиме при появлении нового события. В таком случае словарь параметров, переданный приложению: didFinishLaunchingWithOptions: метод делегата вашего приложения, содержит ключ UIApplicationLaunchOptionsLocationKey, чтобы указать, что ваше приложение было запущено из-за события местоположения. После перезапуска вы все равно должны настроить объект диспетчера местоположения и вызвать этот метод, чтобы продолжить получение событий местоположения. Когда вы перезапускаете службы определения местоположения, текущее событие немедленно доставляется вашему делегату. Кроме того, свойство местоположения вашего объекта диспетчера местоположения заполняется самым последним объектом местоположения даже до того, как вы запустите службы определения местоположения.

Итак, я понимаю, что если ваше приложение завершается (и я предполагаю, что если вы не вызываете stopMonitoringSignificantLocationChanges из applicationWillTerminate ), вы проснетесь с параметром UIApplicationLaunchOptionsLocationKey для application: didFinishLaunchingWithOptions . На этом этапе вы создаете свой CLLocationManager , вызываете startMonitoringSignificantLocationChanges и выполняете фоновую обработку местоположения в течение ограниченного времени . Так что меня это устраивает.

В предыдущем абзаце говорится только о том, что происходит, когда приложение закрывается, но не предлагается, что вы делаете, когда приложение приостановлено. В документации для didFinishLaunchingWithOptions говорится:

Приложение отслеживает обновления местоположения в фоновом режиме, оно было удалено и теперь перезапущено. В этом случае словарь содержит ключ, указывающий, что приложение было перезапущено из-за нового события местоположения.

Предполагается, что вы получите этот вызов только при запуске вашего приложения (из-за изменения местоположения) после того, как вы были завершены.

Однако в абзаце о службе значительных изменений в Руководстве по программированию с учетом местоположения говорится следующее:

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

Это говорит о том, что вы просыпаетесь с данными о местоположении, если ваше приложение было приостановлено, но не упоминает, как вы проснулись:

• Получает ли UIApplicationDelegate обратный вызов, сообщающий мне, что я выхожу из приостановленного состояния в фоновое состояние?
• Начинает ли менеджер местоположения (который был высушен замораживанием, когда приложение было приостановлено) получать обратные вызовы locationManager: didUpdateToLocation: fromLocation ?
• Нужно ли мне просто реализовать код в моем сообщении didUpdateToLocation, который проверяет состояние приложения и выполняет минимальную обработку в фоновом режиме?

В процессе написания этого, я думаю, что, возможно, только что ответил на свой вопрос, но было бы здорово, если бы мое понимание этого подтвердил кто-то более знающий.

Поскольку я задал этот вопрос, я провел небольшое тестирование (в основном, в поезде между домом и работой) и подтвердил, что поведение приостановленных приложений такое, как я подозревал в конце вопроса.

То есть ваше приостановленное приложение просыпается, вы не получаете никаких обратных вызовов от делегата приложения, вместо этого вы получаете обновления своего местоположения через существующий CLLocationManagerDelegate . Вы можете определить, что вы работаете в фоновом режиме, проверив applicationState , и выполнить ограниченную работу для случая, когда вы вышли из приостановленного состояния для обработки местоположения.

[UIApplication sharedApplication].applicationState == UIApplicationStateBackground

Я пришел к такому выводу с помощью программы определения местоположения, которую вы можете скачать и опробовать. Это довольно простое приложение, которое позволяет вам включать значительные изменения и API изменения GPS через пользовательский интерфейс и регистрировать все ответы, которые вы получите.

NB Пункт шесть в предыдущем ответе неверен. Мораторий высушенные подвешенные приложения действительно получают CLLocationManagerDelegate обратных вызовов , когда они проснулись от взвешенного состояния.

Я понимаю следующее (я пишу приложение, которое полагается на этот API, но не завершил этот компонент в достаточной степени, чтобы начать тестирование):

1. Ваше приложение запускается в первый раз, вы регистрируетесь на startMonitoringSignificantLocationChanges и предоставляете функцию обратного вызова. Пока ваше приложение работает, оно будет вызывать этот обратный вызов всякий раз, когда получает существенное изменение.
2. Если ваше приложение переведено в фоновый режим, UIApplication получит applicationWillResignActive , а затем applicationDidEnterBackground .
3. Если ваше приложение будет убито, когда оно приостановлено в фоновом режиме, вы не получите уведомления; однако, если ваше приложение будет убито во время его работы (насколько мне известно, на переднем плане или в фоновом режиме), вы получите момент с applicationWillTerminate . Вы не можете запросить дополнительное фоновое время из этой функции.

4. Несмотря на то, что ОС была убита в фоновом режиме, она перезапустит ваше приложение. Если ваше приложение просто запускается ОС для изменения, вы получите вызов приложения didFinishLaunchingWithOptions :

   if ([launchOptions objectForKey:UIApplicationLaunchOptionsLocationKey])

   поможет вам определить, вернулись ли вы после смены фонового местоположения.

5. Если вместо этого вы в настоящее время работали в фоновом режиме, а ваше приложение вручную перезапускается пользователем, вы получите applicationWillEnterForeground, за которым следует applicationDidBecomeActive .
6. Независимо от того, как это произошло, когда ваше приложение перезапускается (если оно все еще не работало в фоновом режиме в результате фоновой задачи и указанная задача начала отслеживать изменения), вам нужно снова явно сообщить ему startMonitoringSignificantLocationChanges, потому что обратный вызов не дольше прикрепляется после «сублимационной сушки». И да, вам просто нужно реализовать код в didUpdateToLocation после того, как вы повторно подключили какой-либо обработчик местоположения после выхода из приостановленного состояния.

Это то, чем я занимаюсь сейчас в разработке кода. Как я упоминал ранее, я не совсем готов протестировать это на устройстве, поэтому я не могу сказать, правильно ли я все интерпретировал, поэтому, комментаторы, пожалуйста, не стесняйтесь поправлять меня (хотя я много читал по тема).

О, и если по какой-то удаче вы выпустите приложение, которое делает то, что я хочу, чтобы я делал, я могу плакать :)

Удачи!

Если приложение выходит из приостановленного состояния в результате изменения местоположения, приложение запускается в фоновом режиме.

Все объекты будут активны, и вы получите обновление местоположения в существующем делегате.