Политика обслуживания и блокировки пробуждения - PullRequest
2 голосов
/ 25 июля 2011

Как указано в документах AlarmManager:

http://developer.android.com/reference/android/app/AlarmManager.html#RTC_WAKEUP

Это означает, что телефон в некоторых случаях будет спать, как только ваш метод onReceive () завершится. Если ваш приемник тревоги называется Context.startService (), возможно, что телефон будет находиться в спящем режиме до запуска запрошенной службы. Чтобы предотвратить это, вашему BroadcastReceiver и службе потребуется реализовать отдельную политику блокировки пробуждения, чтобы телефон продолжал работать до тех пор, пока услуга не станет доступной.

Из того, что я видел и читал здесь: http://www.androidguys.com/2009/04/02/wake-up-with-the-alarm/ https://github.com/commonsguy/cw-advandroid/blob/master/SystemServices/Alarm/src/com/commonsware/android/syssvc/alarm/WakefulIntentService.java

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

1 Ответ

0 голосов
/ 15 ноября 2013

Итак, мой вопрос: позволит ли сервис перевести ЦП в спящий режим, если у него нет политики пробуждения, запущенной через сервис?

Конечно. Подумайте о ноутбуке, который спит, когда кто-то закрывает крышку (глупо по умолчанию). Какой-то метод где-то будет прерван - будь то метод main () запущенного в данный момент приложения

...