Путаница о блокировке процессора AlarmManager в android

Question

Я смущенно о поведении AlarmManager. Делает ли AlarmManager держать замок CPU все время? В андроиде ЭТАЛ.ЗНАЧ сайте они сказали

Менеджер Alarm удерживает блокировку бодрствования процессора до тех пор, как метод ТРЕВОГИ приемника OnReceive() выполняет

С другой стороны RTC_WAKEUP сказала, что

время сигнала в System.currentTimeMillis() (настенные часы время в UTC), который разбудит устройство, когда оно идет от

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

am.setRepeating(AlarmManager.RTC_WAKEUP, System.currentTimeMillis(), 1000 * 60 * 10, pi); 
//pi is pendingIntent. 

Ситуация 1:

CPU go to sleep and wake up after 10 minutes. [I will acquire wake lock in intent class] 

Ситуация 2:

AlarmManager holds CPU for next 10 minutes. It's a repeating task, so AlarmManager holds the CPU all the time until it canceled. 

РЕДАКТИРОВАТЬ

Есть ли разница между следующими кодами псевдо

acquire_cpu_wakelock(); 
while(!canceled) 
{ 

    sleep(10); //minutes [update] 
    finish_task(); 

} 
release_cpu_wakelock(); 

и

am.setRepeating(AlarmManager.RTC_WAKEUP, System.currentTimeMillis(), 1000 * 60 * 10, pi); 

Answer 1

ли AlarmManager держать процессор заблокировать все время?

No.

Тогда что произойдет в следующей ситуации?

PendingIntent Ваш будет вызван размером 10 минут после того, как вы поместите вызов setRepeating() (за исключением уровня API 19+, в этом случае повторяющиеся сигналы являются неточными, и поэтому точные сроки неопределенна).

AlarmManager содержит процессор в течение следующих 10 секунд.

Нет. Во-первых, ваш сигнал тревоги составляет 10 минут, а не 10 секунд. Во-вторых, CPU будет разрешено перейти в спящий режим. Другая схема будет поддерживать пробуждение в нужное время.

Есть ли разница между следующими кодами псевды

Первым будет держать процессор включенный в течение 10 секунд.

Второй позволит процессору перейти в спящий режим, просыпаясь снова через ~ 10 минут (где «~» возвращается к моим комментариям об уровне API 19+).