IOS приостанавливает приложение после обнаружения BLE, хотя я запускаю всегда авторизованные обновления местоположения ⇐ IOS

[Anonymous]

Я столкнулся с особым случаем фонового выполнения, который не могу понять. Я использую Flutter для пользовательского интерфейса, но все логические дескрипторы находятся в Swift с использованием CoreBluetooth и CoreLocation.
Мне нужно, чтобы приложение выходило из приостановленного состояния, когда оно обнаруживает мое конкретное периферийное устройство BLE (датчик OBD), подключалось к нему и немедленно начинало непрерывное отслеживание местоположения на протяжении всей поездки.
Если я запущу этот процесс, когда приложение находится на переднем плане, или очень скоро после перехода в БГ все работает отлично. Приложение остается активным на протяжении всей поездки.
Проблема возникает только тогда, когда последовательность начинается в фоновом режиме:

• Приложение приостановлено. scanForPeripherals пробуждает приложение при обнаружении датчика.
• В didDiscover я немедленно вызываю locationManager.startUpdatingLocation().
• locationd действительно успешно доставляет обновления.
• Однако через 5–15 минут iOS снова приостанавливает работу приложения.

Важно то, что я никогда не вижу синей таблички «Местоположение используется» в строке состояния, хотя у меня установлен showsBackgroundLocationIndicator = true. Кроме того, для фильтра расстояния установлено значение «Нет».
Журналы для справки (при приостановке)

Код: Выделить всё

locationd: {"msg":"Sending location to client","Client":"[appName]:","desiredAccuracy":"-1.000000"}
runningboardd: Invalidating assertion ... from originator \\\[osservice:...\\\]
runningboardd: Removed last relative-start-date-defining assertion for process app
runningboardd: Calculated state ... running-suspended
runningboardd: Suspending task
locationd: Client [appName]: disconnected
bluetoothd: State of application "[appName]" is now "suspended"

Вопросы

• Почему отмена утверждения Bluetooth приводит к немедленной приостановке, даже если я вызвал startUpdatingLocation() и получаю обновления?
• Означает ли отсутствие синей таблички местоположения, что ОС никогда полностью не «приняла» сеанс определения местоположения?
• Требуется ли определенное «рукопожатие» для перехода от пробуждения BLE к длительному сеансу определения местоположения? Мне интересно, нужно ли мне использовать идентификатор фоновой задачи, чтобы устранить разрыв между пробуждением BLE и диспетчером местоположения.

Редактировать:
Копая глубже в комментариях, я только что заметил следующие закономерности, когда приложение не приостановлено, а также когда оно недавно было приостановлено и было пробуждено событием BLE.
Не приостановлено:

Код: Выделить всё

303948:Jan 23 20:59:35.640118 locationd[6491] : {"msg":"Client is setting ContinuousBackgroundLocationRequested", "Client":"[appName]:", "ContinuousBackgroundLocationRequested":1}
303949:Jan 23 20:59:35.640155 locationd[6491] : {"msg":"Allowing process assertion due to foreground-ish status", "ClientKeyPath":"[appName]:"}

Недавно приостановлен и пробуждён BLE:

Код: Выделить всё

564296:Jan 23 21:00:23.179125 locationd[6491] : {"msg":"Client is setting ContinuousBackgroundLocationRequested", "Client":"[appName]:", "ContinuousBackgroundLocationRequested":1}
564298:Jan 23 21:00:23.179195 locationd[6491] : {"msg":"#Warning Denying process assertion", "ClientKeyPath":"[appName]:"}

Во втором случае утверждение не выполняется, поэтому приложение не может сохраниться. Самое главное, просматривая логи во втором случае, я вижу следующее:

Код: Выделить всё

 locationd[6491] : {"msg":"computing freshAuthorizationContext", "Client":"[appName]:", "ClientDictionary":"{\n    AlwaysServiceSession = 0;\n

Я подозреваю, что флаг AlwaysServiceSession, равный 0, связан с тем, что утверждение процесса отклонено для определения местоположения.

Подробнее здесь: https://stackoverflow.com/questions/798 ... ized-locat