AlarmManager не всегда выполняет BroadcastReceiver

Question

Итак, у меня есть BroadcastReceiver и AlarmManager.

Скажем, я создаю Pending Intents так:

Intent i; 
i = new Intent(context, MyReceiver.class); 
i.setAction(MyReceiver.ACTION_1); 
i.addFlags(Intent.FLAG_RECEIVER_FOREGROUND); 
pendingIntent1 = PendingIntent.getBroadcast(context, 1, i, PendingIntent.FLAG_UPDATE_CURRENT); 

i = new Intent(context, MyReceiver.class); 
i.setAction(MyReceiver.ACTION_2); 
i.addFlags(Intent.FLAG_RECEIVER_FOREGROUND); 
pendingIntent2 = PendingIntent.getBroadcast(context, 2, i, PendingIntent.FLAG_UPDATE_CURRENT); 

и график тревоги, как так:

now = SystemClock.elapsedRealtime(); 
long time1 = now + 10 * 1000; 
long time2 = time1 + 60 * 1000; 

am.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, time1, pendingIntent1); 
am.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, time2, pendingIntent2); 

Я теперь испытывающим что мой радиовещательный приемник получает радиопередачу для ACTION_1 достаточно надежно , а ACTION_2 часто не доставляется. Таким образом, onReceive редко или никогда не выполняется с намерением удерживать действие ACTION_2. Как это получается? Я думал, *_WAKEUP уверен, что трансляции доставляются в любом случае?

[Обновить 09/15/2015] - В целях тестирования я пытаюсь распечатать сообщение журнала в своем методе onReceive. Все еще не работает. - Я попытался использовать setExact в AlarmManager сейчас. Все еще не работает. - Я даже пытался использовать WakefulBroadcastReceiver. Все еще не работает. - Я узнал, однако, что устройство надежно просыпается, когда заряжается в заряженном состоянии. Что может вызвать эту проблему? Я читал везде, что вещательные приемники гарантированно выполняются, если они запускаются диспетчером аварийных сигналов через ожидающее намерение (и не делают слишком много всего в onReceive). Возможно, у меня есть какая-то агрессивная политика энергосбережения на моем телефоне, с которой я не могу работать (без приобретения длинного следящего замка, см. Комментарии)?

[Обновить 09/19/2015] Я только что проверил приложение для будильника (https://play.google.com/store/apps/details?id=com.alarmclock.xtreme.free) в Google Play, и он не надежно просыпается и по телефону. Наверное, это действительно ошибка, а не моя вина. Наверное, я буду придерживаться решения блокировки следа.

Answer 1

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

i = new Intent("com.app.ACTION_ONE"); 

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

<intent-filter> 
    <action android:name="com.app.ACTION_ONE" /> 
</intent-filter> 

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

Надеюсь, что это сработает, удачи.

Answer 2

Вы зарегистрировали BroadcastReceiver (или из манифеста)?

registerReceiver(new MyReceiver(), new IntentFilter(MyReceiver.class.getName())); 

Я последний раз почти одни и те же методы, но с AlarmManager.RTC_WAKEUP - если вы не хотите, чтобы разбудить устройство от глубокого сна, используйте AlarmManager.RTC

long time = System.currentTimeMillis() + 10*1000; 
alarmMgr.set(AlarmManager.RTC_WAKEUP, time, alarmIntent); 

The alarmIntent как:

alarmIntent = PendingIntent.getBroadcast(this, 0, new Intent(MyReceiver.class.getName()), PendingIntent.FLAG_CANCEL_CURRENT); 

Answer 3

Есть несколько вещей, которые можно было бы отметить:

1. Вы используете AlarmManager.set метода() ведьму оленьей кожи не гарантирует время доставки, если вы хотите, чтобы сигнал тревоги срабатывать при точном использовании времени AlarmManager.setExact()

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

   Intent intent = new Intent(Contants.Action1); 
   

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

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

Все это может быть довольно запутанным. Но намерения гарантированно будут доставлены, если приемник зарегистрирован правильно.

Answer 4

Ознакомьтесь с настройками «Режим выносливости» на ваших устройствах sony. Попробуйте отключить режим выносливости или добавить приложение в белый список приложений, разрешенных при включенном режиме выносливости.

Надеюсь, это поможет.