Panoramica delle funzionalità e delle API

Android 12 introduce nuove API e funzionalità fantastiche per gli sviluppatori. Le sezioni seguenti ti aiutano a scoprire le funzionalità per le tue app e a iniziare a utilizzare le API correlate.

Per un elenco dettagliato delle API nuove, modificate e rimosse, leggi il report sulle differenze delle API. Per informazioni dettagliate sulle nuove API, consulta il riferimento API Android: le nuove API sono evidenziate per una maggiore visibilità. Inoltre, per conoscere le aree in cui le modifiche alla piattaforma potrebbero influire sulle tue app, assicurati di controllare le modifiche al comportamento di Android 12 per le app che hanno come target Android 12 e per tutte le app.

Esperienza utente

Material You

Android 12 introduce un nuovo linguaggio di design chiamato Material You, che ti aiuta a creare app più belle e personalizzate. Per implementare tutte le ultime novità di Material Design 3 nelle tue app, prova una versione alpha di Material Design Component.

Miglioramenti ai widget

Android 12 rinnova l'API Widgets esistente per migliorare l'esperienza degli utenti e degli sviluppatori nella piattaforma e nei lanci. Abbiamo creato una guida per aiutarti a verificare che il tuo widget sia compatibile con Android 12 e ad aggiornarlo con nuove funzionalità.

Per ulteriori informazioni, consulta Miglioramenti ai widget di Android 12.

Inserimento di contenuti avanzati

Android 12 introduce una nuova API unificata che consente alla tua app di ricevere contenuti avanzati da qualsiasi origine disponibile: appunti, tastiera o trascinamento.

Per ulteriori informazioni, vedi Ricevere contenuti di alta qualità.

API schermate iniziali delle app

Android 12 introduce una nuova animazione di avvio dell'app per tutte le app che include un movimento all'interno dell'app dal punto di lancio, una schermata iniziale che mostra l'icona dell'app e una transizione all'app stessa. Per ulteriori dettagli, consulta la guida per gli sviluppatori sulle schermate di benvenuto.

API con angoli arrotondati

Android 12 introduce RoundedCorner e WindowInsets.getRoundedCorner(int position), che forniscono il raggio e il punto centrale per gli angoli arrotondati.

Per ulteriori informazioni, consulta Angoli arrotondati.

Esperienze tattili avanzate

Android 12 amplia gli strumenti per creare feedback aptico informativo per gli eventi della UI, effetti coinvolgenti e piacevoli per i giochi e tecnologia aptica per l'attenzione per la produttività.

Effetti degli attuatori

Android 12 aggiunge effetti espressivi come il ticking basso che sfruttano la larghezza di banda di frequenza più ampia degli attuatori più recenti. Gli sviluppatori di giochi ora possono accedere in modo indipendente a più attuatori diversi nei controller per offrire lo stesso effetto in modo sincrono o effetti tattili diversi su più attuatori. Per gli sviluppatori, consigliamo di utilizzare le costanti e le primitive come componenti di base per effetti tattili avanzati: le costanti per migliorare gli eventi ui e il compositore aptico per mettere in sequenza le primitive per effetti più complessi. Queste API sono disponibili per la prova sui dispositivi Pixel 4 e continueremo a collaborare con i nostri partner produttori di dispositivi per offrire agli utenti dell'intero ecosistema il supporto più recente per l'aptica.

Effetti aptica accoppiati all'audio

Le app Android 12 possono generare feedback aptico derivante da una sessione audio utilizzando il vibratore dello smartphone. Ciò offre l'opportunità di creare esperienze di gioco e audio più immersive. Ad esempio, le suonerie con feedback aptico possono aiutarti a identificare chi ti chiama o un gioco di guida potrebbe simulare la sensazione di un terreno accidentato.

Per ulteriori informazioni, consulta la documentazione di riferimento di HapticGenerator.

Ricerca app

Android 12 introduce AppSearch, un motore di ricerca on-device ad alte prestazioni, come servizio di sistema. AppSearch consente alle applicazioni di indicizzare i dati strutturati e di eseguire ricerche al loro interno con funzionalità di ricerca a testo intero integrate. Inoltre, AppSearch supporta funzionalità di ricerca nativa, come indicizzazione e recupero altamente efficienti, supporto multilingue e ranking della pertinenza.

AppSearch è disponibile in due versioni: un indice locale da utilizzare per la tua applicazione compatibile con le versioni precedenti di Android o un indice centrale gestito per l'intero sistema in Android 12. Utilizzando l'indice centrale, la tua applicazione può consentire la visualizzazione dei suoi dati sulle piattaforme dell'interfaccia utente di sistema dal componente di intelligence preinstallato del sistema. I dati esatti visualizzati sulle piattaforme dell'interfaccia utente di sistema dipendono dall'OEM. Inoltre, la tua applicazione può condividere in modo sicuro i dati con altre applicazioni, in modo che possano anche eseguire ricerche in questi dati.

Scopri di più su AppSearch nella guida per gli sviluppatori e inizia a utilizzarlo con la libreria Jetpack AppSearch, che offre un'API user-friendly e il supporto per l'elaborazione delle annotazioni.

Modalità di gioco

L'API Game Mode e gli interventi della modalità ti consentono di ottimizzare il gameplay dando la priorità a caratteristiche come le prestazioni o la durata della batteria in base alle impostazioni degli utenti o alle configurazioni specifiche del gioco.

Per ulteriori informazioni, vedi Modalità Gioco.

Consigli e miglioramenti per la modalità Picture in picture (PiP)

Android 12 introduce i seguenti miglioramenti per la modalità PiP:

Supporto per i nuovi gesti PiP

Android 12 ora supporta i gesti di smistamento e zoom con pizzico per la finestra PiP:

• Per nascondere la finestra, l'utente può trascinarla sul lato sinistra o destro. Per annullare l'aggiornamento della finestra, l'utente può toccare la parte visibile della finestra nascosta o trascinarla.

• Ora l'utente può ridimensionare la finestra PiP utilizzando la funzionalità pizzica per zoomare.

Nuove funzionalità consigliate che supportano un'esperienza di transizione a PiP raffinata

Android 12 ha aggiunto miglioramenti estetici significativi alle transizioni animate tra le finestre a schermo intero e PiP. Consigliamo vivamente di implementare tutte le modifiche applicabili. Una volta apportate, queste modifiche verranno adattate automaticamente agli schermi di grandi dimensioni, come i dispositivi pieghevoli e i tablet, senza richiedere alcun intervento aggiuntivo.

Queste funzionalità sono le seguenti:

• Un nuovo flag API per una transizione più fluida alla modalità PiP con la navigazione gestuale

  Utilizza il flag setAutoEnterEnabled per rendere più fluide le transizioni alla modalità PiP quando scorri verso l'alto per tornare alla schermata Home in modalità di navigazione con gesti. In precedenza, Android attendeva il termine dell'animazione scorrimento verso l'alto per tornare alla schermata iniziale prima di attenuare la finestra PiP.

• Animazioni più fluide quando si entra e si esce dalla modalità PiP

  Il flag SourceRectHint viene ora riutilizzato per implementare un'animazione più fluida quando si entra e si esce dalla modalità PiP.

• Un nuovo flag API per disattivare il ridimensionamento continuo per i contenuti non video

  Il flag SeamlessResizeEnabled offre un'animazione di transizione molto più fluida quando viene modificato il formato dei contenuti non video nella finestra PIP. In precedenza, la modifica delle dimensioni dei contenuti non video in una finestra PiP poteva creare artefatti visivi fastidiosi.

Nuove notifiche di chiamate che consentono di classificare l'importanza delle chiamate in arrivo

Android 12 aggiunge il nuovo stile di notifica Notification.CallStyle per le telefonate. L'utilizzo di questo modello consente alla tua app di indicare l'importanza delle chiamate attive mostrando un chip in evidenza che indica l'ora della chiamata nella barra di stato. L'utente può toccare questo chip per tornare alla chiamata.

Poiché le chiamate in arrivo e in corso sono le più importanti per gli utenti, queste notifiche hanno il ranking più alto nell'area ombreggiata. Questo ranking consente inoltre al sistema di inoltrare potenzialmente queste chiamate con priorità ad altri dispositivi.

Implementa il seguente codice per tutti i tipi di chiamate.

Kotlin

// Create a new call with the user as caller.
val incoming_caller = Person.Builder()
    .setName("Jane Doe")
    .setImportant(true)
    .build()

Java

// Create a new call with the user as caller.
Person incoming_caller = new Person.Builder()
    .setName("Jane Doe")
    .setImportant(true)
    .build();

Utilizza forIncomingCall() per creare una notifica di stile di chiamata per una chiamata in arrivo.

Kotlin

// Create a call style notification for an incoming call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forIncomingCall(caller, declineIntent, answerIntent))
    .addPerson(incoming_caller)

Java

// Create a call style notification for an incoming call.
Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forIncomingCall(caller, declineIntent, answerIntent))
    .addPerson(incoming_caller);

Utilizza forOngoingCall() per creare una notifica dello stile di chiamata per una chiamata in corso.

Kotlin

// Create a call style notification for an ongoing call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forOnGoingCall(caller, hangupIntent))
    .addPerson(second_caller)

Java

// Create a call style notification for an ongoing call.
Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forOnGoingCall(caller, hangupIntent))
    .addPerson(second_caller);

Utilizza forScreeningCall() per creare una notifica di stile di chiamata per filtrare una chiamata.

Kotlin

// Create a call style notification for screening a call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forScreeningCall(caller, hangupIntent, answerIntent))
    .addPerson(second_caller)

Java

Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forScreeningCall(caller, hangupIntent, answerIntent))
    .addPerson(second_caller);

Supporto delle immagini arricchite per le notifiche

In Android 12, ora puoi arricchire l'esperienza di notifica della tua app fornendo immagini animate nelle notifiche MessagingStyle() e BigPictureStyle(). Inoltre, ora la tua app può consentire agli utenti di inviare messaggi con immagini quando rispondono ai messaggi dall'area notifiche.

Miglioramenti alla modalità immersiva per la navigazione tramite gesti

Android 12 consolida il comportamento esistente per consentire agli utenti di eseguire comandi di navigazione con i gesti in modalità immersiva. Inoltre, Android 12 offre un comportamento di compatibilità con le versioni precedenti per la modalità immersa.

Condivisione di URL di elementi recenti (solo Pixel)

Sui Pixel, ora gli utenti possono condividere i link ai contenuti web visualizzati di recente direttamente dalla schermata Recenti. Dopo aver visitato i contenuti in un'app, l'utente può scorrere fino alla schermata App recenti e trovare l'app in cui ha visualizzato i contenuti, quindi toccare il pulsante del link per copiare o condividere l'URL.

Per ulteriori informazioni, vedi Attivare la condivisione degli URL.

Sicurezza e privacy

Dashboard della privacy

Figura 1. Schermata Utilizzo della posizione, parte della dashboard della privacy.

Sui dispositivi supportati con Android 12 o versioni successive, nelle impostazioni di sistema viene visualizzata una schermata Privacy dashboard. In questa schermata, gli utenti possono accedere a schermate separate che mostrano quando le app accedono alle informazioni sulla posizione, sulla fotocamera e sul microfono. Ogni schermata mostra una cronologia dei momenti in cui diverse app hanno avuto accesso a un determinato tipo di dati. La Figura 1 mostra la sequenza temporale di accesso ai dati per le informazioni sulla posizione.

La tua app può fornire una motivazione agli utenti per aiutarli a capire perché accede alle informazioni sulla posizione, sulla fotocamera o sul microfono. Questa motivazione può essere visualizzata nella nuova schermata della dashboard della privacy, nella schermata delle autorizzazioni dell'app o in entrambe.

Autorizzazioni Bluetooth

Android 12 introduce le autorizzazioni BLUETOOTH_SCAN, BLUETOOTH_ADVERTISE, e BLUETOOTH_CONNECT. Queste autorizzazioni semplificano l'interazione con i dispositivi Bluetooth per le app destinate ad Android 12, in particolare per quelle che non richiedono l'accesso alla posizione del dispositivo.

Nota: Gestione dispositivi companion offre un metodo più snello per connettersi ai dispositivi companion. Il sistema fornisce l'interfaccia utente di accoppiamento per conto della tua app. Se vuoi un maggiore controllo sull'esperienza di accoppiamento e connessione, utilizza le autorizzazioni Bluetooth introdotte in Android 12.

Aggiornare le dichiarazioni delle autorizzazioni Bluetooth dell'app

Per preparare il dispositivo al targeting di Android 12 o versioni successive, aggiorna la logica della tua app. Anziché dichiarare un insieme precedente di autorizzazioni Bluetooth, dichiara un insieme più moderno di autorizzazioni Bluetooth.

Ricerca del gruppo di autorizzazioni

Su Android 12 o versioni successive, puoi eseguire query su come il sistema organizza le autorizzazioni fornite dalla piattaforma in gruppi di autorizzazioni:

• Per determinare il gruppo di autorizzazioni in cui il sistema ha inserito un'autorizzazione definita dalla piattaforma, chiama getGroupOfPlatformPermission().
• Per determinare le autorizzazioni definite dalla piattaforma che il sistema ha inserito in un determinato gruppo di autorizzazioni, chiama getPlatformPermissionsForGroup().

Nota: uno dei principi di base dell'utilizzo delle autorizzazioni Android è non dare per scontato il comportamento del sistema. Non dare per scontato che una determinata autorizzazione si trovi in un determinato gruppo. Utilizza invece le API descritte in questa sezione.

Nascondere le finestre dell'overlay delle applicazioni

Per offrire agli sviluppatori un maggiore controllo su ciò che gli utenti vedono quando interagiscono con l'app dello sviluppatore, Android 12 introduce la possibilità di nascondere le finestre in overlay disegnate dalle app che dispongono dell'autorizzazione SYSTEM_ALERT_WINDOW.

Dopo aver dichiarato l'autorizzazione HIDE_OVERLAY_WINDOWS, un'app può chiamare setHideOverlayWindows() per indicare che tutte le finestre di tipo TYPE_APPLICATION_OVERLAY devono essere nascoste quando la finestra dell'app è visibile. Le app potrebbero scegliere di farlo quando mostrano schermate sensibili, ad esempio i flussi di conferma delle transazioni.

Le app che mostrano finestre di tipo TYPE_APPLICATION_OVERLAY dovrebbero prendere in considerazione alternative che potrebbero essere più appropriate per il loro caso d'uso, ad esempio il picture-in-picture o le bolle.

Flag per la protezione delle autorizzazioni dei firmatari noti

A partire da Android 12, l'attributo knownCerts per le autorizzazioni a livello di firma consente di fare riferimento ai digest dei documenti di firma noti al momento della dichiarazione.

La tua app può dichiarare questo attributo e utilizzare il flag knownSigner per consentire a dispositivi e app di concedere autorizzazioni di firma ad altre app, senza dover firmare le app al momento della produzione e della spedizione del dispositivo.

Attestazione delle proprietà del dispositivo

Android 12 espande l'insieme di app che possono verificare le proprietà del dispositivo presenti in un certificato di attestazione quando queste app generano una nuova chiave.

A partire da Android 9 (livello API 28), i proprietari di criteri del dispositivo (DPO) che utilizzano Keymaster 4.0 o versioni successive possono verificare le proprietà del dispositivo in questi certificati di attestazione. A partire da Android 12, qualsiasi app che ha come target Android 12 (livello API 31) o versioni successive può eseguire questa verifica utilizzando il metodo setDevicePropertiesAttestationIncluded().

Le proprietà del dispositivo generate includono i seguenti campi Build:

• BRAND
• DEVICE
• MANUFACTURER
• MODEL
• PRODUCT

Azioni sicure per le notifiche della schermata di blocco

A partire da Android 12, la classe Notification.Action.Builder supporta il metodo setAuthenticationRequired(), che consente all'app di richiedere che un dispositivo sia sbloccato prima di invocare una determinata azione di notifica. Questo metodo consente di aggiungere un ulteriore livello di sicurezza alle notifiche sui dispositivi bloccati.

Stringhe localizzabili per BiometricPrompt

Android 12 introduce nuove API per aiutarti a migliorare l'esperienza utente dell'autenticazione biometrica della tua app. Il nuovo BiometricManager.Strings classe nidificata include i metodi getButtonLabel(), getPromptMessage(), e getSettingName() che consentono all'app di recuperare un'etichetta del pulsante, un messaggio di prompt o un nome di impostazione dell'app leggibili dall'utente e localizzati. Utilizza queste etichette per creare istruzioni rivolte agli utenti più precise e specifiche per i metodi di autenticazione biometrica utilizzati, ad esempio "Usa lo Sblocco con il Volto" o "Usa la tua impronta per continuare".

Rilevamento del phishing nelle app di messaggistica (solo Pixel)

Un utente vede un messaggio come questo quando viene rilevato un messaggio sospetto.

Sui Pixel supportati, Android 12 esegue il rilevamento del phishing sui messaggi ricevuti nelle app di messaggistica più diffuse. Il sistema utilizza il machine learning on-device per rilevare attività sospette. Se viene rilevato, il sistema mostra un overlay di sicurezza sopra l'interfaccia utente dell'app di messaggistica per avvisare gli utenti. Ad esempio, il rilevamento del phishing può avvisare gli utenti dei seguenti potenziali rischi:

• Richieste sospette, ad esempio di invio di un codice, denaro o altro
• URL non attendibili
• Allegati dannosi
• Link ad app dannose

Oltre ad avvisare l'utente, l'overlay consente anche di segnalare un messaggio sospetto e di fornire feedback sugli avvisi emessi dal sistema.

Gli sviluppatori possono disattivare questa funzionalità aggiungendo un nuovo tag di metadati che includa la stringa com.google.android.ALLOW_PHISHING_DETECTION nei file manifest dell'app. Ad esempio:

<manifest>
    <application android:name="com.messagingapp">
        <meta-data android:name="com.google.android.ALLOW_PHISHING_DETECTION" android:value="false" />

    </application>
</manifest>

Contenuti multimediali

Transcodifica di contenuti multimediali compatibili

A partire da Android 12 (livello API 31), il sistema può transcodificare automaticamente i video registrati sul dispositivo in HEVC(H.265) e HDR (HDR10 e HDR10+) in AVC (H.264), un formato ampiamente compatibile con i lettori standard. In questo modo, vengono sfruttati i codec moderni quando sono disponibili senza sacrificare la compatibilità con le applicazioni precedenti.

Per ulteriori dettagli, consulta la sezione relativa alla transcodifica dei contenuti multimediali compatibili.

Classe di rendimento

Android 12 introduce uno standard chiamato classe di prestazioni. Una classe di prestazioni specifica funzionalità hardware oltre i requisiti di base di Android. Ogni dispositivo Android dichiara la classe di prestazioni supportata. Gli sviluppatori possono controllare la classe di prestazioni del dispositivo in fase di esecuzione e fornire esperienze di upgrade che sfruttano appieno le funzionalità del dispositivo.

Per ulteriori dettagli, consulta la sezione Classe di prestazioni.

Miglioramenti alla codifica video

Android 12 definisce un insieme standard di chiavi per controllare il valore del parametro di quantizzazione (QP) per la codifica video, consentendo agli sviluppatori di evitare il codice specifico del fornitore.

Le nuove chiavi sono disponibili nell'API MediaFormat e anche nella libreria multimediale NDK.

A partire da Android 12, gli encoder video applicano una soglia minima di qualità. In questo modo, gli utenti non riscontrano una qualità estremamente bassa durante la codifica di video con scene complesse.

Focus audio

A partire da Android 12 (livello API 31), quando un'app richiede l'attenzione audio mentre un'altra app ha l'attenzione e sta riproducendo, il sistema attenua l'app in riproduzione.

Per ulteriori dettagli, consulta Audio focus in Android 12 e versioni successive.

Aggiornamenti di MediaDrm

Per determinare se è necessario un componente decodificatore sicuro con le API MediaDrm attuali, devi seguire questi passaggi:

1. Crea un MediaDrm.
2. Apri una sessione per ottenere un ID sessione.
3. Crea un MediaCrypto utilizzando l'ID sessione.
4. Chiama il numero MediaCrypto.requiresSecureDecoderComponent(mimeType).

Con i nuovi metodi requiresSecureDecoder(@NonNull String mime) e requiresSecureDecoder(@NonNull String mime, @SecurityLevel int level) puoi determinare questo aspetto non appena crei un MediaDrm.

Fotocamera

Estensioni del fornitore Camera2

Molti dei nostri partner produttori di dispositivi hanno creato estensioni della fotocamera personalizzate, come Bokeh, HDR, modalità Notturna e altre, che vogliono che le app utilizzino per creare esperienze differenziate sui loro dispositivi. La libreria CameraX supporta già queste estensioni dei fornitori personalizzate. In Android 12, queste estensioni del fornitore sono ora esposte direttamente nella piattaforma.

Questa aggiunta consente alle app con implementazioni complesse di Camera2 usufruire delle estensioni del fornitore senza dover apportare modifiche significative al codice precedente. Le API di estensione Camera2 espongono esattamente lo stesso insieme di estensioni di CameraX e sono già supportate su molti dispositivi diversi, quindi puoi utilizzarle senza alcuna configurazione aggiuntiva.

Per ulteriori informazioni, consulta CameraExtensionCharacteristics.

Supporto del sensore della fotocamera Quad Bayer

Oggi molti dispositivi Android sono dotati di sensori di fotocamera ad altissima risoluzione, tipicamente con pattern Quad o Nona Bayer, che offrono grande flessibilità in termini di qualità delle immagini e prestazioni in condizioni di scarsa illuminazione. Android 12 introduce nuove API di piattaforma che consentono alle app di terze parti di sfruttare appieno questi versatili sensori. Le nuove API supportano il comportamento unico di questi sensori e tengono conto del fatto che potrebbero supportare configurazioni e combinazioni di stream diverse quando funzionano in modalità a risoluzione completa o "risoluzione massima" rispetto alla modalità "predefinita".

Grafici e immagini

Fornire alle app l'accesso diretto alle tracce tombstone

A partire da Android 12, puoi accedere alla tomba del crash nativa della tua app come buffer di protocollo tramite il metodo ApplicationExitInfo.getTraceInputStream(). Il buffer del protocollo viene serializzato utilizzando questo schema. In precedenza, l'unico modo per accedere a queste informazioni era tramite Android Debug Bridge (adb).

Per saperne di più, vedi Fornire alle app l'accesso diretto alle tracce tombstone

Supporto delle immagini AVIF

Android 12 introduce il supporto per le immagini che utilizzano il formato file immagine AV1 (AVIF). AVIF è un formato contenitore per immagini e sequenze di immagini codificate con AV1. AVIF sfrutta i contenuti codificati intra-frame della compressione video. Ciò migliora notevolmente la qualità delle immagini mantenendo invariate le dimensioni dei file rispetto ai formati precedenti, come JPEG. Per un approfondimento sui vantaggi di questo formato, consulta il post del blog di Jake Archibald.

Sfocature, filtri di colore ed altri effetti più semplici

Android 12 aggiunge il nuovo RenderEffect che applica effetti grafici comuni come sfocature, filtri di colore, effetti shader Android e altro ancora ai View e alle gerarchie di rendering. Gli effetti possono essere combinati come effetti in catena (che compongono un effetto interno ed esterno) o effetti combinati. Dispositivi Android diversi possono supportare o meno la funzionalità a causa della potenza di elaborazione limitata.

Gli effetti possono essere applicati anche all'RenderNode di base per i View chiamando View.setRenderEffect(RenderEffect).

Per implementare un RenderEffect:

view.setRenderEffect(RenderEffect.createBlurEffect(radiusX, radiusY, SHADER_TILE_MODE))

Decodifica di immagini animate native

In Android 12, l'API NDK ImageDecoder è stata ampliata per decodificare tutti i frame e i dati relativi ai tempi delle immagini che utilizzano i formati file GIF e WebP animati. Quando è stata introdotta in Android 11, questa API decodificava solo la prima immagine delle animazioni in questi formati.

Utilizza ImageDecoder anziché librerie di terze parti per diminuire ulteriormente le dimensioni dell'APK e usufruire di aggiornamenti futuri relativi a sicurezza e prestazioni.

Per maggiori dettagli sull'API, consulta il riferimento all'API e l'esempio su GitHub.

Connettività

Mantenere attive le app complementari

Per supportare la necessità che le app complementari rimangano in esecuzione per gestire il dispositivo, Android 12 introduce API che svolgono le seguenti operazioni:

• Ti consente di riattivare un'app quando un dispositivo complementare è nel raggio d'azione.
• Garantire che la procedura continui a essere eseguita mentre il dispositivo rimane nel raggio d'azione.

Per utilizzare le API, i dispositivi devono essere connessi tramite Gestione dispositivi complementari. Per ulteriori informazioni, consulta CompanionDeviceManager.startObservingDevicePresence() e CompanionDeviceService.onDeviceAppeared().

Profili di Gestione dispositivi associati

Una finestra di dialogo delle autorizzazioni che utilizza un profilo del dispositivo secondario per richiedere più autorizzazioni in una singola richiesta.

Le app partner su Android 12 (livello API 31) e versioni successive possono utilizzare i profili dei dispositivi complementari quando si connettono a uno smartwatch. L'utilizzo di un profilo semplifica la procedura di registrazione aggregando la concessione di un insieme di autorizzazioni specifiche per tipo di dispositivo in un unico passaggio.

Le autorizzazioni in bundle vengono concesse all'app complementare una volta che il dispositivo si connette e rimangono valide solo finché il dispositivo è associato. Le autorizzazioni vengono rimosse se elimini l'app o se rimuovi l'associazione.

Per ulteriori informazioni, consulta AssociationRequest.Builder.setDeviceProfile().

Miglioramenti alla stima della larghezza di banda

In Android 12, le funzionalità di stima della larghezza di banda fornite da getLinkDownstreamBandwidthKbps() e getLinkUpstreamBandwidthKbps() sono migliorate sia per la connettività Wi-Fi che per quella cellulare. I valori restituiti ora rappresentano il throughput medio ponderato dell'utente per operatore o SSID WiFi, tipo di rete e livello del segnale, in tutte le applicazioni sul dispositivo. In questo modo puoi ottenere una stima più accurata e realistica del throughput previsto, fornire stime su un avvio a freddo dell'applicazione e richiedere meno cicli rispetto all'utilizzo di altri metodi di stima del throughput.

Miglioramenti a Wi-Fi Aware (NAN)

Android 12 aggiunge alcuni miglioramenti a Wi-Fi Aware:

• Sui dispositivi con Android 12 (livello API 31) e versioni successive, puoi utilizzare il callback onServiceLost() per ricevere una notifica quando la tua app ha perso un servizio rilevato perché il servizio si è interrotto o è uscito dal raggio d'azione.
• Il modo in cui vengono configurati più percorsi dati (percorsi dati NAN) sta cambiando per essere più efficiente. Le versioni precedenti utilizzavano la messaggistica L2 per scambiare informazioni su peer degli iniziatori, il che introduceva latenza. Sui dispositivi con Android 12 e versioni successive, il rispondente (server) può essere configurato per accettare qualsiasi peer, ovvero non deve conoscere in anticipo le informazioni dell'iniziatore. In questo modo, viene accelerato il riavvio del percorso dati e vengono attivati più link point-to-point con una sola richiesta di rete.
• Per impedire al framework di rifiutare le richieste di rilevamento o connessione a causa dell'esaurimento delle risorse, sui dispositivi con Android 12 e versioni successive puoi chiamare WifiAwareManager.getAvailableAwareResources(). Il valore restituito da questo metodo consente di ottenere il numero di percorsi di dati disponibili, il numero di sessioni di pubblicazione disponibili e il numero di sessioni di iscrizione disponibili.

Connessione peer-to-peer + a internet simultanea

Quando i dispositivi con target Android 12 (livello API 31) e versioni successive vengono eseguiti su dispositivi con supporto hardware, l'utilizzo delle connessioni peer-to-peer non disconnette la connessione Wi-Fi esistente durante la creazione della connessione al dispositivo peer. Per verificare se questa funzionalità è supportata, usa WifiManager.isMultiStaConcurrencySupported().

Attivare lo schermo spento per i pagamenti NFC

Nelle app che hanno come target Android 12 e versioni successive, puoi attivare i pagamenti NFC senza che lo schermo del dispositivo sia acceso impostando requireDeviceScreenOn su false. Per ulteriori informazioni sui pagamenti NFC con lo schermo spento o bloccato, consulta Comportamento con schermo spento e schermata di blocco.

Spazio di archiviazione

Android 12 introduce le seguenti funzionalità di gestione dello spazio di archiviazione:

• Supporto del negozio di contenuti multimediali per MediaDocumentsProvider quando l'app recupera un URI media equivalente a un determinato URI fornitore di documenti.
• Una directory per le registrazioni vocali.
• L'autorizzazione MANAGE_MEDIA, che consente a un'app di eseguire operazioni di gestione dei contenuti multimediali senza mostrare all'utente una finestra di dialogo di conferma per ogni operazione.
• Le app che dispongono sia dell'autorizzazione MANAGE_EXTERNAL_STORAGE che dell'autorizzazione QUERY_ALL_PACKAGES , ad esempio le app di gestione dei file, possono richiedere un'attività personalizzata per gestire lo spazio di archiviazione di un'altra app, a condizione che l'altra app crei l'attività personalizzata.

Funzionalità di base

Aggiornamenti automatici delle app

Android 12 introduce il metodo setRequireUserAction() per le app che utilizzano l'API PackageInstaller. Questo metodo consente alle app di installazione di eseguire aggiornamenti delle app senza richiedere all'utente di confermare l'azione.

Informazioni sul chipset del dispositivo

Android 12 aggiunge due costanti a android.os.Build che espongono il fornitore e il modello del chipset SoC tramite l'SDK. Puoi recuperare queste informazioni chiamando rispettivamente Build.SOC_MANUFACTURER e Build.SOC_MODEL.

Aggiornamenti alle API Java di base

In base alle richieste e alla collaborazione con gli sviluppatori, abbiamo aggiunto le seguenti librerie di base in Android 12:

Corso	API
java.lang.Deprecated	forRemoval() since()
java.lang.Byte	Costruttori ritirati compareUnsigned()
java.lang.Short	Costruttori ritirati compareUnsigned()
java.lang.Math	floorDiv() floorMod() multiplyExact() multiplyFull() multiplyHigh()
java.lang.StrictMath	floorDiv() floorMod() multiplyExact() multiplyFull() multiplyHigh()
java.util.Set	copyOf()
java.util.Map	copyOf()
java.util.List	copyOf()
java.time.Duration	dividedBy() toDaysPart() toHoursPart() toMillisPart() toMinutesPart() toNanosPart() toSecondsPart() truncatedTo()
java.time.LocalTime	ofInstant() toEpochSecond()