Как правильно использовать в Android разрешение REQUEST_IGNORE_BATTERY_OPTIMIZATIONS, чтобы разрешить GeofenceAPI работать и во время сна? - PullRequest
Новая
       30

Как правильно использовать в Android разрешение REQUEST_IGNORE_BATTERY_OPTIMIZATIONS, чтобы разрешить GeofenceAPI работать и во время сна?

0 голосов
/ 17 апреля 2019

У меня есть приложение для Android, использующее API Geofence 

val intent = Intent(contextProvider.context, GeofenceReceiver::class.java)
val pendingIntent= PendingIntent.getBroadcast(contextProvider.context,0,intent,PendingIntent.FLAG_UPDATE_CURRENT)
val builder = GeofencingRequest.Builder()  
builder.setInitialTrigger(initialTrigger)
addGeofences(builder) // in this function I have the code to add one or more geofences
geofencingRequest = builder.build()

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

Я попытался добавить в манифест разрешение REQUEST_IGNORE_BATTERY_OPTIMIZATIONS, а в другом месте я вызываю код 

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
    val powerManager = context.getSystemService(POWER_SERVICE) as PowerManager
    val packageName = context.applicationContext.packageName
    val ignoringOptimizations = powerManager.isIgnoringBatteryOptimizations(packageName)

    if (!ignoringOptimizations) {
        val intent = Intent(ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS)
        intent.setData(Uri.parse("package:$packageName"))
        context.startActivity(intent)
    } 
}

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

Single.fromCallable {
    var counter = 0
    do {
        Timber.i("#$counter")
        Thread.sleep(1000)
    } while (counter++ < 120)
}.subscribeOn(Schedulers.io()).subscribe({
    Timber.i("onSuccess")
},
    {
        Timber.e("onError: $it")

    })

Вот такой тип записи, который я получаю: 

Mi. Apr. 17 2019 at 13:47:27:662 :    - #1
Mi. Apr. 17 2019 at 13:47:28:674 :    - #2
Mi. Apr. 17 2019 at 13:47:29:683 :    - #3
Mi. Apr. 17 2019 at 13:47:30:693 :    - #4
Mi. Apr. 17 2019 at 13:47:31:700 :    - #5
Mi. Apr. 17 2019 at 13:47:32:707 :    - #6
Mi. Apr. 17 2019 at 13:47:33:719 :    - #7
Mi. Apr. 17 2019 at 13:47:40:008 :    - #8
Mi. Apr. 17 2019 at 13:47:41:018 :    - #9
Mi. Apr. 17 2019 at 13:47:42:036 :    - #10
Mi. Apr. 17 2019 at 13:48:55:449 :    - #11
Mi. Apr. 17 2019 at 13:48:56:457 :    - #12
Mi. Apr. 17 2019 at 13:48:57:471 :    - #13

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

Мое приложение использует также службу переднего плана, которая должна предотвращать его бездействие, но, похоже, это не оказывает никакого влияния.

НаВ конце у меня есть два вопроса:

1 - как мне использовать разрешение, чтобы игнорировать оптимизацию батареи, чтобы увидеть влияние на приложение?

2 - есть ли лучшие подходы для того, чтобыуправлять геозонами во время простоя устройства?

Спасибо!

...