Soddisfa il requisito relativo ai livelli API target di Google Play

Eseguire la migrazione da una versione precedente ad Android 11 (livello API 30)

Seleziona la versione di Android da cui eseguirai la migrazione:

Eseguire la migrazione ad Android 5 (livello API 21)

Consulta la rispettiva pagina Modifiche al comportamento per ciascuna delle seguenti release per assicurarti che la tua app abbia tenuto conto delle modifiche introdotte in queste release:

• Android 5.0 (livello API 21)
• Android 4.4 (livello API 19).
• Android 4.1.x (livello API 16).

Continua seguendo le istruzioni riportate nella sezione successiva.

Eseguire la migrazione ad Android 6 (livello API 23)

Le seguenti considerazioni si applicano alle app che hanno come target Android 6.0 e versioni successive della piattaforma:

• Autorizzazioni di runtime

  • Le autorizzazioni pericolose vengono concesse solo in fase di esecuzione. I flussi dell'interfaccia utente devono fornire elementi che consentano di concedere queste autorizzazioni.

  • Ove possibile, assicurati che la tua app sia pronta a gestire il rifiuto delle richieste di autorizzazione. Ad esempio, se un utente rifiuta una richiesta di accesso al GPS del dispositivo, assicurati che la tua app abbia un altro modo per procedere.

Per un elenco esaustivo delle modifiche introdotte in Android 6.0 (livello API 23), consulta la pagina Modifiche al comportamento per la versione della piattaforma in questione.

Continua seguendo le istruzioni riportate nella sezione successiva.

Eseguire la migrazione ad Android 7 (livello API 24)

Le seguenti considerazioni si applicano alle app destinate ad Android 7.0 e alle versioni successive della piattaforma:

• Sospensione e Standby delle app

  Progetta in base ai comportamenti descritti in Ottimizzazione per sospensione e standby delle app, che include le modifiche incrementali introdotte in diverse release della piattaforma.

  Quando un dispositivo è in modalità Sospensione e Standby app, il sistema si comporta nel seguente modo:

  • Limita l'accesso alla rete
  • Ritarda sveglie, sincronizzazioni e job
  • Limita le ricerche GPS e Wi-Fi
  • Limita i messaggi di Firebase Cloud Messaging con priorità normale.

• Modifiche alle autorizzazioni

  • Il sistema limita l'accesso alle directory private delle app.
  • L'esposizione di un URI file:// al di fuori dell'app attiva un FileUriExposedException. Se devi condividere file all'esterno della tua app, implementa FileProvider

• Il sistema vieta il collegamento alle librerie non NDK.

Per un elenco esaustivo delle modifiche introdotte in Android 7.0 (livello API 24), consulta la pagina Modifiche al comportamento per la versione della piattaforma in questione.

Continua seguendo le istruzioni riportate nella sezione successiva.

Eseguire la migrazione ad Android 8 (livello API 26)

Le seguenti considerazioni si applicano alle app che hanno come target Android 8.0 e versioni successive della piattaforma:

• Limiti di esecuzione in background
  • Il sistema limita i servizi per le app non in esecuzione in primo piano.
    • startService() ora genera un'eccezione quando un'app tenta di invocarlo mentre startService() è vietato.
    • Per avviare i servizi in primo piano, un'app deve utilizzare startForeground() e startForegroundService().
    • Esamina attentamente le modifiche apportate all'API JobScheduler, come documentato nella pagina Modifiche al comportamento di Android 8.0 (livello API 26).
    • Firebase Cloud Messaging richiede la versione 10.2.1 dell' SDK Google Play Services o versioni successive.
    • Quando utilizzi Firebase Cloud Messaging, l'invio dei messaggi è soggetto a limiti di esecuzione in background. Quando è necessario un lavoro in background alla ricezione del messaggio, ad esempio per eseguire la sincronizzazione dei dati in background, l'app deve pianificare i job utilizzando Firebase Job Dispatcher o JobIntentService. Per saperne di più, consulta la documentazione di Firebase Cloud Messaging.
  • Trasmissioni implicite
    • Le trasmissioni implicite sono limitate. Per informazioni sulla gestione degli eventi in background, consulta la documentazione dell'API JobScheduler.
  • Limiti di accesso alla posizione in background
    • Le app in esecuzione in background hanno accesso limitato ai dati sulla posizione.
      • Sui dispositivi con Google Play Services, utilizza il provider di posizione combinato per ricevere aggiornamenti periodici sulla posizione.
• Canali di notifica
  • Devi definire le proprietà di interruzione delle notifiche in base al canale.
  • Per visualizzare le notifiche, devi assegnarle a un canale.
  • Questa versione della piattaforma supporta NotificationCompat.Builder.
• Privacy
  • ANDROID_ID ha ambito per chiave di firma dell'app.

Per un elenco esaustivo delle modifiche introdotte in Android 8.0 (livello API 26), consulta la pagina Modifiche al comportamento per la versione della piattaforma in questione.

Esegui la migrazione da Android 8 (API 26) ad Android 9 (API 28)

• Gestione alimentazione
  • I bucket App Standby introducono nuove limitazioni in background in base al coinvolgimento con le app, come job differiti, allarmi e quote per i messaggi ad alta priorità
  • Miglioramenti al Risparmio energetico: sono state aumentate le limitazioni per le app in modalità standby
• Autorizzazione per i servizi in primo piano
  • Devi richiedere l'autorizzazione normale FOREGROUND_SERVICE (non l'autorizzazione di runtime)
• Modifiche alla privacy
  • Accesso limitato ai sensori in background
  • Accesso limitato ai registri chiamate, ora nel gruppo di autorizzazioni CALL_LOG
  • Accesso limitato ai numeri di telefono, che richiede l'autorizzazione READ_CALL_LOG
  • Accesso limitato alle informazioni sul Wi-Fi

Per un elenco esaustivo delle modifiche introdotte in Android 9.0 (livello API 28), consulta le modifiche al comportamento.

Esegui la migrazione da Android 9 (livello API 28) ad Android 10 (livello API 29)

• Notifiche con un intent a schermo intero
  • Devi richiedere l'autorizzazione normale USE_FULL_SCREEN_INTENT (non l'autorizzazione di runtime).
• Supporto per dispositivi pieghevoli e con schermi di grandi dimensioni
  • Ora è possibile avere più attività nello stato "Riprendi" contemporaneamente, ma solo una è attiva.
    • Questa modifica interessa il comportamento di onResume() e onPause().
    • Nuovo concetto di ciclo di vita "ripreso più in alto" che può essere rilevato sottoscrivendo onTopResumedActivityChanged().
      • Solo un'attività può essere "ripristinata in primo piano".
  • Quando resizeableActivity è impostato su false, le app possono specificare anche un valore di minAspectRatio che inserisce automaticamente una barra nera nell'app con proporzioni più strette.
• Modifiche alla privacy
  • Spazio di archiviazione basato sugli ambiti
    • L'accesso allo spazio di archiviazione esterno è limitato solo a una directory specifica dell'app e a tipi specifici di contenuti multimediali creati dall'app.
  • Accesso alla posizione limitato quando l'app è in background, che richiede l'autorizzazione ACCESS_BACKGROUND_LOCATION.
  • Accesso limitato a identificatori non reimpostabili come IMEI e numero di serie.
  • Accesso limitato alle informazioni sull'attività fisica, ad esempio il numero di passi dell'utente, che richiede l'autorizzazione ACTIVITY_RECOGNITION.
  • Accesso limitato a alcune API di telefonia, Bluetooth e Wi-Fi, che richiedono l'autorizzazione ACCESS_FINE_LOCATION.
  • Accesso limitato alle impostazioni Wi-Fi
    • Le app non possono più attivare o disattivare direttamente il Wi-Fi e devono farlo utilizzando i pannelli di impostazioni.
    • Limitazioni all'avvio di una connessione a una rete Wi-Fi, che richiedono l'uso di WifiNetworkSpecifier oppure WifiNetworkSuggestion.

Esegui la migrazione da Android 10 (livello API 29) ad Android 11 (livello API 30)

• Privacy
  • Applicazione dello spazio di archiviazione delimitato : le app devono adottare il modello di spazio di archiviazione delimitato in cui i tipi di file specifici dell'app, multimediali e di altro tipo vengono salvati e a cui si accede utilizzando posizioni dedicate.
  • Reimpostazione automatica delle autorizzazioni: se gli utenti non interagiscono con un'app per alcuni mesi, il sistema reimposta automaticamente le autorizzazioni sensibili dell'app. Ciò non dovrebbe influire sulla maggior parte delle app. Se la tua app funziona principalmente in background senza interazioni degli utenti, potresti chiedere agli utenti di disattivare il ripristino automatico.
  • Accesso alla posizione in background: le app devono richiedere separatamente l'autorizzazione di accesso alla posizione in primo piano e in background. La concessione dell'accesso all'autorizzazione di accesso alla posizione in background può essere eseguita solo nelle impostazioni dell'app anziché nelle finestre di dialogo di autorizzazione di runtime.
  • Visibilità pacchetti: quando un'app esegue query sull'elenco di app e servizi installati sul dispositivo, l'elenco restituito viene filtrato.
    • Se utilizzi i servizi di Trascrizione vocale o Riconoscimento vocale, dovrai aggiungere elementi di query per i servizi al file manifest.
• Sicurezza
  • I file "resource.arsc" compressi non sono più supportati
  • Ora è obbligatorio lo schema di firma dell'APK v2. Per motivi di compatibilità con le versioni precedenti, gli sviluppatori devono continuare a firmare anche con lo schema di firma dell'APK v1.
  • Limitazione relativa all'interfaccia non SDK. L'utilizzo di interfacce non SDK non è consigliato per le app destinate al livello API 30, poiché alcune di queste interfacce non SDK sono ora bloccate. Consulta Interfacce non SDK ora bloccate in Android 11 per un elenco completo delle interfacce non SDK bloccate.

Per un elenco esaustivo delle modifiche introdotte in Android 11 (livello API 30), consulta la pagina Modifiche al comportamento.

Per continuare l'aggiornamento all'API 31, segui le istruzioni riportate nella sezione precedente.