Android обрабатывает все ограничения AlarmManager

Question

Android обрабатывает все ограничения AlarmManager

1

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

Я обработал режим сна, используя следующий код:

if (Build.VERSION.SDK_INT >= 23)
{
alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, timeStamp, pendingIntent);
}
else if (Build.VERSION.SDK_INT >= 19)
{
alarmManager.setExact(AlarmManager.RTC_WAKEUP, timeStamp, pendingIntent);
}
else
{
alarmManager.set(AlarmManager.RTC_WAKEUP, timeStamp, pendingIntent);
}

Однако этого кажется недостаточно на некоторых устройствах.

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

Я хочу убедиться, что мой будильник работает отлично на всех устройствах и обрабатывает все сценарии, так что же можно сделать, чтобы убедиться, что мое приложение работает правильно и не уничтожено системой?

user2469133 07 апр. 2019, в 21:44

Источник

Теги:

clock

android

android-doze

alarmmanager

2 ответа

Ещё вопросы

ianhanniballake · Answer 1 · 2019-04-07T17-50-00.000Z

Вы должны использовать AlarmManagerCompat.setAlarmClock() для установки видимого пользователем будильника, подходящего для приложения будильника. Этот API использует setAlarmClock() на API 21+, который согласно его документации:

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

Спасибо, думаете, этот метод также предотвратит принудительное уничтожение приложения системой и, следовательно, диспетчером аварийных сигналов? Я видел два больших приложения в магазине, которые по-прежнему рекомендовали вручную занести их в белый список в режиме «не беспокоить» в настройках телефона @ianhanniballake
Пока вы используете CATEGORY_ALARM , вам не придется беспокоиться о «Не беспокоить». Это совершенно отдельная функция для принудительной остановки - это всегда отменяет все, что ваше приложение может сделать, чтобы проснуться, включая сигналы тревоги.
Я только что понял, что в последнее время «dnd» занимается только звуками, а не оптимизацией батареи, мое приложение будильника является исключительным, поскольку оно использует звук телефона, а не звук будильника, поэтому я думаю, что в любом случае я не буду беспокоиться о «dnd». Другой вопрос, точно ли setAlarmClock ()? В приемнике вещания я проверяю минуты и часы кэшированного будильника и сравниваю с текущим временем, поэтому, если часы и минуты были не совсем одинаковыми, я отменяю свой будильник. @ianhanniballake
Да, setAlarmClock() является точным. Я не знаю, почему вы бы усложнили свой BroadcastReceiver сравнению с простым вызовом cancel() в AlarmManager и спасением всего устройства от пробуждения.
эту проверку я делаю, потому что когда вы меняете часы устройства, широковещательный приемник вызывается автоматически, даже если он был в неправильное время. То же самое происходит при загрузке устройства, широковещательный приемник может сработать не в то время. Знаете ли вы обойти эту проблему, а не проверять время внутри приемника вещания?

madlymad · Answer 2 · 2019-04-07T17-30-00.000Z

Чтобы избежать всего этого различного поведения, вы можете использовать библиотеку заданий Evernote Android.

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

AlarmManager проблематичен и может не AlarmManager в новых ОС.