ho bisogno di un wake lock nel mio broadcastreceiver se non sto avviando un servizio o un'attività?

Question

Ho un broadcastreceiver chiamato da un allarme (programmato con AlarmManager). In questo ricevitore sto solo interrogando un registro dal database e avviando una notifica. Ho letto che è necessario un wake lock quando viene avviato un servizio o un'attività da un ricevitore broadcast, ma, ho bisogno di un wake lock se voglio solo mostrare una notificacion (nel pannello delle notifiche)?

Answer 1

In questo ricevitore sto solo interrogando un registro dal database e avviando una notifica.

Non eseguire l'I/O del database sul thread dell'applicazione principale.

sopra letto che è necessario un blocco scia quando un servizio o un'attività viene avviato da un ricevitore broadcast, ma, ho bisogno di un blocco scia se solo voglio mostrare un notificacion (nel pannello di notifica)?

In generale, no, non avresti bisogno di un WakeLock da un BroadcastReceiver, anche uno che viene richiamato tramite un allarme di _WAKEUP. AlarmManager garantisce in questo caso che manterrà il dispositivo sveglio utilizzando il proprio WakeLock.

Tuttavia, ancora una volta, in questo caso, non si dovrebbe fare l'I/O del database sul thread dell'applicazione principale e onReceive() viene chiamato sul thread dell'applicazione principale. Lo schema corretto qui è che si sposta "l'interrogazione di un registro dal database e l'avvio di una notifica" a IntentService, avviato da BroadcastReceiver, in modo che il lavoro venga eseguito su un thread in background. Questo sarà richiede un WakeLock, come si sta facendo ora di lavoro al di fuori di onReceive(). Ho a WakefulIntentService that manages the WakeLock for you, se vuoi usarlo.

Answer 2

Sì, è necessario. Ricordo che a livello di kernel, la CPU verrà mantenuta in esecuzione per circa 5 secondi. Quindi, se non riesci a terminare la tua notifica entro 5 secondi, devi afferrare una sveglia. E rilasciarlo dopo aver finito il tuo lavoro.