Android 9 (livello API 28) e versioni successive supportano i bucket di app in standby. I bucket di standby delle app aiutano il sistema a dare priorità alle richieste delle app per le risorse in base alla data di utilizzo e alla frequenza di utilizzo delle app. In base ai modelli di utilizzo delle app, ogni app viene inserita in uno dei cinque bucket di priorità. Il sistema limita le risorse del dispositivo disponibili per ogni app in base al bucket in cui si trova l'app.
Bucket di priorità
Il sistema assegna dinamicamente ogni app a un bucket di priorità, riassegnando le app in base alle esigenze. Il sistema potrebbe basarsi su un'app precaricata che utilizza il machine learning per determinare la probabilità di utilizzo di ogni app e assegna le app ai bucket appropriati.
Se l'app di sistema non è presente sul dispositivo, per impostazione predefinita il sistema ordina le app in base a quando sono state utilizzate di recente. Le app più attive vengono assegnate a bucket che offrono una priorità più elevata, rendendo disponibili più risorse di sistema per l'app. In particolare, il bucket determina la frequenza di esecuzione dei job dell'app e la frequenza con cui l'app può attivare gli allarmi. Queste limitazioni si applicano solo quando il dispositivo è alimentato a batteria. Mentre il dispositivo è in carica, il sistema non impone queste limitazioni.
I bucket di priorità sono i seguenti:
- Attiva. L'app è in uso o è stata usata molto di recente.
- Working set: l'app è in uso regolare.
- Frequente: l'app viene utilizzata spesso, ma non ogni giorno.
- Rara. L'app non viene utilizzata di frequente.
- Con restrizioni: l'app consuma molte risorse di sistema o potrebbe presentare un comportamento indesiderato.
Oltre a questi bucket con priorità, esiste un bucket speciale never per le app installate, ma mai eseguite. Il sistema impone gravi restrizioni a queste app.
Le seguenti descrizioni sono relative al caso non predittivo. Al contrario, quando la previsione utilizza il machine learning per prevedere il comportamento, i bucket vengono scelti in previsione delle azioni successive dell'utente anziché in base all'utilizzo recente. Ad esempio, un'app utilizzata di recente potrebbe finire nel bucket raro perché l'apprendimento automatico prevede che l'app potrebbe non essere utilizzata per diverse ore.
Sistema attivo
Un'app si trova nel bucket active mentre viene utilizzata, è stata utilizzata di recente o quando esegue una delle seguenti operazioni:
- Avvia un'attività.
- Esegue un servizio in primo piano a lunga esecuzione.
- Viene toccato dall'utente da una notifica.
Se un'app si trova nel bucket attivo, il sistema non applica limitazioni ai job o agli allarmi dell'app.
L'interazione dell'utente assegna le app come attive
Su Android 9 (livello API 28) e versioni successive, quando l'utente interagisce con la tua app in determinati modi, il sistema la inserisce temporaneamente nel bucket attivo. Quando l'utente smette di interagire con la tua app, il sistema la inserisce in un bucket in base alla cronologia di utilizzo.
Di seguito sono riportati alcuni esempi di interazioni che attivano questo comportamento del sistema:
L'utente tocca una notifica inviata dalla tua app.
L'utente interagisce con un servizio in primo piano nella tua app toccando un pulsante media.
L'utente si connette alla tua app mentre interagisce con il sistema operativo Android Automotive, in cui l'app utilizza un servizio in primo piano o
CONNECTION_TYPE_PROJECTION.
Set di lavoro
Un'app si trova nel bucket set di lavoro se viene eseguita di frequente, ma non è attiva. Ad esempio, un'app di social media che l'utente avvia quasi ogni giorno è probabile che sia nel set di lavoro. Le app vengono promosse al bucket del set di lavoro anche se vengono utilizzate indirettamente.
Se un'app è nel set di lavoro, il sistema impone restrizioni lievi sulla sua capacità di eseguire job e attivare allarmi. Per maggiori dettagli, vedi Limitazioni di gestione dell'alimentazione.
Spesso
Un'app si trova nel bucket Frequente se viene utilizzata regolarmente, ma non necessariamente ogni giorno. Ad esempio, un'app di monitoraggio dell'allenamento che l'utente utilizza in palestra potrebbe essere nel bucket frequente.
Se un'app si trova nel bucket frequente, il sistema impone limitazioni più severe alla sua capacità di eseguire job e attivare allarmi. Per maggiori dettagli, vedi Limitazioni di gestione dell'alimentazione.
Rara
Un'app si trova nel bucket rare se non viene utilizzata di frequente. Ad esempio, un'app di hotel che l'utente esegue solo durante il soggiorno in quell'hotel potrebbe essere nel bucket raro.
Se un'app si trova nel bucket raro, il sistema impone restrizioni rigide alla sua capacità di eseguire job e attivare allarmi. Il sistema limita anche la capacità dell'app di connettersi a internet. Per maggiori dettagli, vedi Limitazioni di gestione dell'alimentazione.
Con restrizioni
Questo bucket, aggiunto in Android 12 (livello API 31), ha la priorità più bassa e le limitazioni più elevate di tutti i bucket. Il sistema considera il comportamento della tua app, ad esempio la frequenza con cui l'utente interagisce, per decidere se posizionare l'app nel bucket con limitazioni.
Su Android 13 (livello API 33) e versioni successive, a meno che la tua app non soddisfi i requisiti di un'esenzione, il sistema la inserisce nel bucket con limitazioni nelle seguenti situazioni:
L'utente non interagisce con la tua app per un numero specifico di giorni. Su Android 12 (livello API 31) e 12L (livello API 32), il numero di giorni è 45. Android 13 riduce il numero di giorni a 8.
La tua app richiama un numero eccessivo di trasmissioni o associazioni durante un periodo di 24 ore.
Se il sistema inserisce la tua app nel bucket con limitazioni, si applicano le seguenti limitazioni:
- Puoi eseguire job una volta al giorno in una sessione in batch di 10 minuti. Durante questa sessione, il sistema raggruppa i job della tua app con quelli di altre app.
- I job con limitazioni non vengono eseguiti automaticamente. Deve essere presente almeno un altro job in esecuzione o in attesa contemporaneamente, che può includere qualsiasi altro job.
- La tua app può eseguire meno job rapidi rispetto a quando il sistema lo inserisce in un bucket meno restrittivo.
- La tua app può attivare una sveglia al giorno. Questo avviso può essere un avviso esatto o un avviso approssimativo.
Esenzioni dal bucket con limitazioni
I seguenti tipi di app sono esenti dall'inserimento nel bucket con limitazioni e aggirano l'attivatore di inattività, anche su Android 12 e versioni successive:
- App per dispositivi complementari
- App in esecuzione su un dispositivo in modalità demo
- App del proprietario del dispositivo
- App di proprietari del profilo
- App persistenti
- App VPN
- App con il ruolo
ROLE_DIALER - App che l'utente ha designato esplicitamente per fornire funzionalità "senza restrizioni" nelle impostazioni di sistema
- App con widget attivi
- App a cui è stata concessa almeno una delle seguenti autorizzazioni:
valuta il bucket di priorità
Per controllare a quale bucket è assegnata la tua app, esegui una delle seguenti operazioni:
Chiama il numero
getAppStandbyBucket().Esegui il seguente comando in una finestra del terminale:
adb shell am get-standby-bucket PACKAGE_NAME
Il sistema limita la tua app ogni volta che viene inserita in un bucket di standby dell'app
il cui valore è maggiore di STANDBY_BUCKET_ACTIVE (10).
Best practice
Se la tua app segue le best practice per sospensione e standby dell'app, le funzionalità di gestione dell'alimentazione successive non sono difficili da risolvere. Tuttavia, alcuni comportamenti delle app che in precedenza funzionavano bene potrebbero causare problemi.
- Non tentare di manipolare il sistema per inserire la tua app in un determinato bucket. Il metodo di assegnazione della priorità del sistema può cambiare e ogni produttore di dispositivi potrebbe scegliere di scrivere la propria app di bucketing con il proprio algoritmo. Assicurati invece che l'app si comporti in modo appropriato indipendentemente dal bucket in cui si trova.
- Se un'app non ha un'attività in Avvio applicazioni, potrebbe non essere mai promossa nel bucket attivo. Valuta la possibilità di riprogettare la tua app in modo da includere questa attività.
Se gli utenti non possono interagire con le notifiche dell'app, non possono attivare la promozione dell'app nel bucket attivo. In questo caso, valuta la possibilità di ridisegnare alcune notifiche che consentono agli utenti di interagire. Per alcune linee guida, consulta la sezione Modelli di progettazione delle notifiche di Material Design.
Se l'app non mostra una notifica alla ricezione di un messaggio Firebase Cloud Messaging (FCM) ad alta priorità, l'utente non può interagire con l'app e quindi promuoverla nel bucket attivo. Infatti, l'unico scopo previsto per i messaggi FCM con priorità elevata è inviare una notifica all'utente, pertanto questa situazione non deve verificarsi. In 12L (livello API 32) e versioni precedenti, se contrassegni in modo inappropriato un messaggio FCM come prioritario quando non attiva l'interazione dell'utente, i messaggi futuri potrebbero essere riassegnati a una priorità inferiore.
Se le app sono suddivise in più pacchetti, questi pacchetti potrebbero trovarsi in diversi bucket e avere livelli di accesso diversi. Testa queste app con i pacchetti assegnati a vari bucket per assicurarti che l'app funzioni correttamente.