Modifiche del comportamento: tutte le app

La piattaforma Android 15 include modifiche del comportamento che potrebbero interessare la tua app. Le seguenti modifiche del comportamento si applicano a tutte le app quando vengono eseguite su Android 15: indipendentemente da targetSdkVersion. Devi testare l'app e poi modificare ove possibile.

Assicurati di esaminare anche l'elenco delle modifiche del comportamento che interessano solo le app che hanno come target Android 15.

Funzionalità di base

Android 15 modifica o espande varie funzionalità di base del sistema Android.

Modifiche allo stato del pacchetto interrotto

Lo stato del pacchetto FLAG_STOPPED (che gli utenti possono usare le build AOSP premendo a lungo l'icona di un'app e selezionando "Forza interruzione") è sempre stato quello di mantenere le app in questo stato finché l'utente non rimuove esplicitamente l'app da questo stato avviando direttamente l'app o interagendo indirettamente con l'app (tramite il foglio di condivisione o un widget, selezionandola come sfondo animato e così via). In Android 15, stiamo aggiornando il comportamento del sistema in modo che sia in linea con il comportamento previsto. Le app devono essere rimosse dallo stato arrestato solo tramite un'azione dell'utente diretta o indiretta.

Per supportare il comportamento previsto, oltre alle limitazioni esistenti, il sistema annulla anche tutti gli intent in sospeso quando l'app entra nello stato di arresto su un dispositivo con Android 15. Quando le azioni dell'utente rimuovono l'app dallo stato interrotto, la trasmissione di ACTION_BOOT_COMPLETED viene inviata all'app offrendo l'opportunità di registrare nuovamente gli intent in sospeso.

Puoi chiamare il nuovo metodo ApplicationStartInfo.wasForceStopped() per verificare se lo stato dell'app è stato interrotto.

Supporto per dimensioni pagina da 16 kB

In passato, Android supportava solo dimensioni pagina di memoria di 4 kB, il che ottimizza le prestazioni della memoria di sistema per la quantità media di memoria totale solitamente occupata dai dispositivi Android. A partire da Android 15, Android supporta i dispositivi configurati per utilizzare una dimensione di pagina di 16 kB (dispositivi da 16 kB).

Poiché i produttori di dispositivi continuano a sviluppare dispositivi con quantità maggiori di memoria fisica (RAM), molti di questi dispositivi probabilmente verranno configurati con dimensioni delle pagine di 16 kB (fino a un massimo di) per ottimizzare le prestazioni del dispositivo. L'aggiunta del supporto per dispositivi da 16 kB consente di eseguire l'app su questi dispositivi e di trarre vantaggio dai miglioramenti delle prestazioni associati. Per aiutarti, ti forniamo indicazioni su come verificare se la tua app è interessata, come ricreare l'app (se applicabile) e come testare l'app in un ambiente di 16 kB utilizzando sia emulatori sia dispositivi fisici.

Vantaggi e aumenti del rendimento

I dispositivi configurati con dimensioni pagina di 16 kB utilizzano in media una quantità di memoria leggermente maggiore, ma ottengono anche diversi miglioramenti delle prestazioni sia per il sistema sia per le app:

  • Tempi di avvio delle app inferiori quando il sistema è sotto pressione: in media, il 3,16% è in meno, con miglioramenti più significativi (fino al 30%) per alcune app che abbiamo testato
  • Consumo energetico ridotto durante il lancio dell'app: in media una riduzione del 4,56%
  • Lancio più rapido delle fotocamere: in media avvii a caldo più rapidi del 4,48% e avvii a freddo in media del 6,60%
  • Miglioramento del tempo di avvio del sistema: miglioramento dell'1,5% (circa 0,8 secondi) in media

Questi miglioramenti si basano sui nostri test iniziali e i risultati sui dispositivi effettivi saranno probabilmente diversi. Forniremo ulteriori analisi dei potenziali guadagni per le app man mano che procediamo con i nostri test.

Controlla se la tua app è interessata

Se la tua app utilizza qualsiasi codice nativo, devi ricreare l'app supportando i dispositivi da 16 kB. Se non hai la certezza che la tua app utilizzi codice nativo, puoi utilizzare lo strumento di analisi APK per identificare la presenza di codice nativo.

Se la tua app utilizza solo codice scritto nel linguaggio di programmazione Java o in Kotlin, incluse tutte le librerie o tutti gli SDK, l'app supporta già i dispositivi da 16 kB. Tuttavia, ti consigliamo di testare la tua app in un ambiente da 16 kB per verificare che non ci siano regressioni impreviste nel comportamento dell'app.

Modifiche richieste per consentire ad alcune app di supportare lo spazio privato

Spazio privato è una nuova funzionalità di Android 15 che consente agli utenti creare uno spazio separato sul proprio dispositivo in cui tenere lontane le app sensibili da occhi indiscreti, con un ulteriore livello di autenticazione. Poiché le app in lo spazio privato ha una visibilità limitata, alcuni tipi di app devono passaggi aggiuntivi per poter vedere e interagire con le app nella privacy di un utente spazio.

Tutte le app

Poiché le app nello spazio privato sono conservate in un profilo utente separato, ai profili di lavoro, le app non devono presupporre che eventuali le copie della propria app che non sono presenti nel profilo principale sono nel profilo di lavoro. Se la tua app ha una logica relativa alle app del profilo di lavoro che fanno questa ipotesi, dovrai regolare questa logica.

App di medicina

Quando un utente blocca lo spazio privato, tutte le app al suo interno vengono interrotte. che non possano eseguire attività in primo piano o in background, ad esempio: visualizzazione delle notifiche. Questo comportamento può avere un impatto critico sull'uso delle app mediche installate nello spazio privato.

L'esperienza di configurazione dello spazio privato avvisa gli utenti che non è adatta alle app che devono eseguire operazioni in primo piano o in background fondamentali come la visualizzazione di notifiche di app mediche. Tuttavia, le app non riescono a determinare se vengono utilizzate o meno nello spazio privato, quindi non potranno mostrare un avviso all'utente per questa richiesta.

Per questi motivi, se sviluppi un'app medica, esamina in che modo questa funzionalità potrebbe influenzare la tua app e adottare le misure appropriate, ad esempio informare gli utenti di non installare l'app nello spazio privato per evitare interruzioni delle app critiche le funzionalità di machine learning.

App Avvio app

Se sviluppi un'app in Avvio applicazioni, devi eseguire le seguenti operazioni prima delle app del spazio privato sarà visibile:

  1. L'app deve essere assegnata come app Avvio app predefinita per il dispositivo, avere il ruolo di ROLE_HOME.
  2. La tua app deve dichiarare il ACCESS_HIDDEN_PROFILES normale nel file manifest dell'app.

Le app Avvio app che dichiarano l'autorizzazione ACCESS_HIDDEN_PROFILES devono gestire nei seguenti casi d'uso dello spazio privato:

  1. L'app deve avere un contenitore Avvio app separato per le app installate nell' in uno spazio privato. Utilizza il metodo getLauncherUserInfo() per per stabilire quale tipo di profilo utente viene gestito.
  2. L'utente deve essere in grado di nascondere e mostrare il container dello spazio privato.
  3. L'utente deve essere in grado di bloccare e sbloccare il container dello spazio privato. Utilizza le funzionalità di il metodo requestQuietModeEnabled() per bloccare (tramite supera true) o sblocca (superando false) lo spazio privato.

  4. Quando il dispositivo è bloccato, nessuna app nel contenitore dello spazio privato deve essere visibile o rilevabili tramite meccanismi come la ricerca. L'app deve registrare un ricevitore ACTION_PROFILE_AVAILABLE e ACTION_PROFILE_UNAVAILABLE trasmette e aggiorna UI nell'app quando lo spazio privato è bloccato o sbloccato modifiche al contenitore. Entrambe queste trasmissioni includono EXTRA_USER, che la tua app può usare per fare riferimento alle utente con profilo privato.

    Puoi anche utilizzare il metodo isQuietModeEnabled() per controlla se il profilo dello spazio privato è bloccato o meno.

App dello store

Lo spazio privato include un pulsante "Installa app" che avvia un modello implicito di installare app nello spazio privato dell'utente. Affinché la tua app ricevere questo intent implicito, dichiarare un <intent-filter> nel file manifest della tua app con un valore <category> di CATEGORY_APP_MARKET

Carattere emoji basato su PNG rimosso

Il file legacy basato su PNG per le emoji (NotoColorEmojiLegacy.ttf) è stato rimosso, lasciando solo il file basato su vettori. A partire da Android 13 (API livello 33), il file del carattere delle emoji utilizzato dal renderer di emoji di sistema è cambiato da un PNG in un file basato su vettori. Il sistema ha mantenuto il file dei caratteri legacy in Android 13 e 14 per motivi di compatibilità. le app con i propri renderer dei caratteri potrebbero continuare a utilizzare il file dei caratteri precedente fino a quando non sono in grado di eseguire l'upgrade.

Per verificare se la tua app è interessata, cerca nel codice dell'app riferimenti alla NotoColorEmojiLegacy.ttf.

Puoi scegliere di adattare la tua app in diversi modi:

  • Utilizza le API della piattaforma per il rendering del testo. Puoi eseguire il rendering del testo in una Canvas e usalo per ottenere un'immagine raw, se necessario.
  • Aggiungi il supporto dei caratteri COLRv1 alla tua app. La libreria open source FreeType supporta COLRv1 nella versione 2.13.0 e in alto.
  • Come ultima risorsa, puoi raggruppare il file dei caratteri delle emoji precedenti (NotoColorEmoji.ttf) nell'APK, anche se in questo caso nella tua app mancheranno gli ultimi aggiornamenti delle emoji. Per Per ulteriori informazioni, consulta il progetto GitHub di Noto Emoji .

La versione minima dell'SDK target è stata aumentata da 23 a 24

Android 15 si basa sulle modifiche apportate in Android 14 ed estende ulteriormente questa sicurezza. In Android 15, non è possibile installare le app con targetSdkVersion inferiore a 24. Richiedere app che soddisfino livelli API moderni contribuisce a garantire maggiore sicurezza e privacy.

Il malware ha spesso come target livelli API più bassi per aggirare le protezioni di sicurezza e privacy introdotte nelle versioni successive di Android. Ad esempio, alcune app malware utilizzano un valore targetSdkVersion pari a 22 per evitare di essere soggette al modello di autorizzazione di runtime introdotto nel 2015 da Android 6.0 Marshmallow (livello API 23). Questa modifica ad Android 15 rende più difficile per il malware evitare miglioramenti della sicurezza e della privacy. Il tentativo di installare un'app che ha come target un livello API inferiore genera un errore di installazione e in Logcat viene visualizzato un messaggio simile al seguente:

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 24, but found 7

Sui dispositivi che eseguono l'upgrade ad Android 15, rimangono installate tutte le app con un valore targetSdkVersion inferiore a 24.

Se devi testare un'app che ha come target un livello API precedente, utilizza il seguente comando ADB:

adb install --bypass-low-target-sdk-block FILENAME.apk

Fotocamera e contenuti multimediali

Android 15 apporta le seguenti modifiche al comportamento della fotocamera e dei contenuti multimediali per tutti app.

Ora la riproduzione audio diretta e non attiva invalida le tracce audio dirette aperte in precedenza o non autorizza le tracce audio quando vengono raggiunti i limiti delle risorse

Prima di Android 15, se un'app richiedeva direttamente o scaricava la riproduzione audio mentre un'altra app stava riproducendo contenuti audio e venivano raggiunti i limiti delle risorse, l'app non apriva un nuovo AudioTrack.

A partire da Android 15, quando un'app richiede la riproduzione diretta o l'offload e vengono raggiunti i limiti delle risorse, il sistema annulla la validità di tutti gli oggetti AudioTrack attualmente aperti, che impediscono di soddisfare la nuova richiesta di canale.

(In genere, le tracce audio dirette e quelle sottocaricate vengono aperte per la riproduzione di formati audio compressi). I casi d'uso comuni per la riproduzione di audio diretto includono lo streaming di audio codificato tramite HDMI su una TV. L'offload delle tracce viene in genere utilizzato per riprodurre l'audio compresso su un dispositivo mobile con accelerazione DSP hardware.

Esperienza utente e UI di sistema

Android 15 include alcune modifiche volte a creare un un'esperienza utente intuitiva.

Animazioni predittive per la parte posteriore attivate per le app che sono state attivate

A partire da Android 15, l'opzione per sviluppatori relativa alle animazioni d'indietro predittive è stata rimossa. Le animazioni di sistema, come ritorno a casa, cross-task e attività incrociata, ora vengono visualizzate per le app per cui è stato attivato il gesto Indietro predittivo completamente o a livello di attività. Se la tua app è interessata, esegui le seguenti operazioni:

  • Assicurati che la migrazione dell'app sia stata eseguita correttamente per utilizzare il backgesture predittivo.
  • Assicurati che le transizioni di frammento funzionino con la navigazione a ritroso predittiva.
  • Elimina le transizioni di animazione e framework e usa invece le transizioni di animator e Androidx.
  • Esegui la migrazione da stack secondari di cui FragmentManager non è a conoscenza. Utilizza invece stack back gestiti da FragmentManager o dal componente di navigazione.

Widget disattivati quando l'utente interrompe un'app in modo forzato

Se un utente interrompe forzatamente un'app su un dispositivo con Android 15, il sistema disattiva temporaneamente tutti i widget dell'app. I widget non sono selezionabili e l'utente non può interagirvi. Questo perché, a partire da Android 15, il sistema annulla tutti gli intent in attesa di un'app quando l'app viene arrestata forzatamente.

Il sistema riattiva i widget la volta successiva che l'utente avvia l'app.

Per maggiori informazioni, consulta Modifiche allo stato di interruzione del pacchetto.

Deprecazioni

Con ogni release, API Android specifiche potrebbero diventare obsolete o dover sottoposti a refactoring per offrire una migliore esperienza agli sviluppatori o supportare nuove piattaforme le funzionalità di machine learning. In questi casi, le API obsolete verranno ufficialmente ritirate e indirizzare gli sviluppatori ad API alternative da usare.

Il ritiro indica che abbiamo terminato il supporto ufficiale per le API, che però continuano a rimanere disponibili per gli sviluppatori. Per scoprire di più sui ritiri in questa versione di Android, consulta la pagina relativa ai ritiri.