Геозоны остаются активными в android после перезагрузки устройства

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

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

пойдем пункт за пунктом с учетом нового ограничения выполнения фона введенных начиная с Android O:

• устройство перезагружено

это можно обработать, добавив следующее к вашему намерению-фильтру, так как это освобожден от неявного запрета трансляции:

<action android:name="android.intent.action.BOOT_COMPLETED" />

затем обязательно добавьте в манифест следующее разрешение:

<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />

вы можете поймать новые LOCKED_BOOT_COMPLETED намерение введено в Android N:

<action android:name="android.intent.action.LOCKED_BOOT_COMPLETED" />

но, если вы do, вам также нужно будет пометить ваш приемник с android:directBootAware=”true”. Это вводит последствия для вашего приложения. А именно, что любые файловые данные, к которым вы обращаетесь, должны быть сделаны с использованием защищенного устройства хранения. Короче говоря, если вам не нужно получать уведомления при загрузке устройства на экран блокировки, не используйте LOCKED_BOOT_COMPLETED.

• приложение удаляется и повторно устанавливается

опять же, нам повезло здесь, так как вы можете использовать это явное намерение:

<action android:name="android.intent.action.MY_PACKAGE_REPLACED" />

• данные приложения очистил

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

• Google Play services данные очищаются

этот может быть обработан путем добавления следующего к вашему приемнику:

<intent-filter>
    <!-- Used to watch for Google Play Services data cleared -->
    <action android:name="android.intent.action.PACKAGE_DATA_CLEARED" />
    <data android:scheme="package" android:sspPrefix="com.google.android.gms"/>
</intent-filter>

а затем добавление следующего кода в метод onReceive вашего BroadcastReceiver:

String action = intent.getAction();
if (TextUtils.equals(Intent.ACTION_PACKAGE_DATA_CLEARED, action)) {
    Uri uri = intent.getData();
    if (uri.toString().equals("package:com.google.android.gms")) {
        // Code here to handle Google Play services data cleared
    }
}

• приложение получает GEOFENCE_NOT_AVAILABLE предупреждение

это способ Android уведомить вас через API geofencing, что службы определения местоположения больше не доступны и означают отправку GeofencingEvent с ошибкой и код состояния GEOFENCE_NOT_AVAILABLE.

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

до Android O, Регистрация Приемник BroadcastReceiver для android.местоположение.MODE_CHANGED_ACTION даст вам этот крюк. На Android O и более поздних версиях это неявное намерение запрещено, и ваш BroadcastReceiver больше не будет вызываться, поэтому нужен еще один крюк.

для Android O и более поздних версий я обнаружил, что с помощью JobScheduler в сочетании с JobInfo.Строитель.addTriggerContentUri для мониторинга the настройки.Безопасный.LOCATION_PROVIDERS_ALLOWED URI работает для этой цели и даже запустит ваше приложение, если оно в настоящее время не запущено для вызова вашего JobService. Этот подход требует API >= 24. Я проверил, что это работает, в том числе с Android P (API 28).

несколько предостережений с подходом JobScheduler:

1. ваше приложение не может получить уведомление сразу об изменении, но в моем тестировании, он получает уведомление в течение нескольких минут.
2. LOCATION_PROVIDERS_ALLOWED устарел и может быть удален в будущей версии Android.

Итак, если вы в порядке с версией minApi 24, вы можете просто использовать JobScheduler/JobService для получения настроек.Безопасный.LOCATION_PROVIDERS_ALLOWED крюк.

но, если вам не нравится отказываться от 10% вашей пользовательской базы (на момент написания этой статьи KitKat (API 19) собирает 9,1% активной пользовательской базы Android) и нужен более низкий minApi, вам нужно будет иметь как BroadcastReceiver, так и JobService.