Un handler postDelayed non viene attivato quando la CPU dorme?

Question

Ho un'attività con alcuni Handlers che vengono eseguiti a intervalli non più di 5 minuti. L'attività viene avviata da uno BroadcastReceiver e può essere avviata con lo schermo spento in attesa che l'utente prenda il telefono e ottenga l'input dell'utente, quando ciò accade, l'attività onPause() viene chiamata così sicuramente la CPU è in modalità di sospensione. Non ho impostato l'attività per attivare lo schermo perché voglio risparmiare più batteria possibile.

L'ho provato con il mio telefono e funziona molto bene, mentre lo schermo è spento tutto Handlers esegue tutto il codice che devono eseguire. Se accendo e spengo lo schermo mentre l'attività è aperta, tutto funziona correttamente.

Ora, ho letto ovunque che alcuni dispositivi non funzionano come previsto quando lo schermo si spegne e la CPU dorme, il più delle volte con gli accelerometri. Ora la mia domanda è, ho bisogno di acquisire un WakeLock così la CPU non dorme mentre la mia attività è aperta? Voglio davvero saperlo perché, come ho detto prima, non voglio "sprecare" la batteria acquistando un costoso WakeLock.

Preferirei una risposta dettagliata di una persona che sa davvero come funziona.

Answer 1

Il tuo obiettivo non può essere raggiunto in modo stabile. Se si utilizza il metodo postDelayed() di Handler e la CPU va in deepsleep, il contatore ms si fermerà e continuerà solo se la CPU si riattiva di nuovo.

See this for more detail.

Quindi, se si vuole avere un qualche tipo di un processo di cron è necessario utilizzare Wakelock. Fortunatamente c'è un'implementazione Servizio che fa esattamente questo: Wakeful IntentService

Dal doc:

Il modello raccomandato per equivalente di Android a cron posti di lavoro e le attività pianificate di Windows è quello di utilizzare AlarmManager. Funziona bene se accoppiato con un IntentService, poiché il servizio farà il suo lavoro su un thread in background e si spegnerà quando non ci sarà più lavoro da fare. C'è un piccolo problema: IntentService non fa nulla per mantenere il dispositivo sveglio. Se l'allarme era una variante WAKEUP, il telefono rimane attivo solo mentre il BroadcastReceiver che gestisce l'allarme si trova nel suo metodo onReceive(). In caso contrario, il telefono potrebbe riaddormentarsi. WakefulIntentService tenta di combatterlo combinando la facilità di IntentService con un WakeLock parziale.