Android 12 introduce nuove funzionalità e API 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 scoprire le aree in cui le modifiche della piattaforma potrebbero interessare le tue app, assicurati di consultare i cambiamenti del comportamento di Android 12 per le app destinate ad 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 includere tutti gli ultimi aggiornamenti di Material Design 3 nelle tue app, prova una versione alpha dei componenti di Material Design.
Miglioramenti ai widget
Android 12 rinnova l'API Widget esistente per migliorare l'esperienza utente 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 per gli 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 aptici con accoppiamento audio
Le app Android 12 possono generare feedback aptico derivato da una sessione audio utilizzando la vibrazione del telefono. 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, 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 anche queste possano eseguire ricerche sui 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 per la modalità di gioco 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 rimuovere la finestra dall'archivio, l'utente può toccare la parte visibile della finestra nascosta o trascinarla fuori.
Ora l'utente può ridimensionare la finestra PiP utilizzando lo zoom con due dita.
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 dell'API per disattivare il ridimensionamento continuo per i contenuti non video
Il flag
SeamlessResizeEnabled
offre un'animazione di dissolvenza incrociata molto più fluida quando si ridimensionano 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 mostra 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 ricevono la prima posizione nella relativa area. Questo ranking consente inoltre al sistema di inoltrare potenzialmente queste chiamate prioritarie 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 di immagini avanzate 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 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
Sui dispositivi supportati con Android 12 o versioni successive, nelle impostazioni di sistema viene visualizzata una schermata Dashboard della privacy. In questa schermata, gli utenti possono accedere a schermate separate che mostrano quando le app accedono a informazioni su posizione, fotocamera e 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.
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 di autorizzazioni Bluetooth precedente, dichiara un insieme di autorizzazioni Bluetooth più moderno.
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()
.
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 eseguire questa operazione quando mostrano schermate sensibili, come 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 di protezione delle autorizzazioni per i 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 per l'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)
Sui Pixel supportati, Android 12 esegue il rilevamento del phishing sui messaggi ricevuti nelle app di messaggistica più diffuse. Il sistema usa il machine learning sul dispositivo per rilevare le 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 l'invio di un codice, denaro o simili
- 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 HEVC(H.265) e HDR (HDR10 e HDR10+) registrati sul dispositivo 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 decoder sicuro con le API MediaDrm
attuali, devi seguire questi passaggi:
- Crea un
MediaDrm
. - Apri una sessione per ottenere un ID sessione.
- Crea un
MediaCrypto
utilizzando l'ID sessione. - 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 dei fornitori 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 maggiori informazioni, vedi
CameraExtensionCharacteristics
.
Supporto del sensore della fotocamera Quad Bayer
Oggi molti dispositivi Android sono dotati di sensori delle fotocamere ad altissima risoluzione, in genere con motivi Quad o Nona Bayer, che offrono grande flessibilità in 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à di risoluzione completa o "risoluzione massima" rispetto alla modalità "predefinita".
Elementi grafici e immagini
Fornisci alle app l'accesso diretto alle tracce tombali
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 maggiori informazioni, 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 intraframe della compressione video. Ciò migliora notevolmente la qualità delle immagini mantenendo invariate le dimensioni dei file rispetto ai formati precedenti, come JPEG. Per uno sguardo approfondito sui vantaggi di questo formato, leggi il post del blog di Jake Archibald.
Sfocature più semplici, filtri di colore e altri effetti
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. Diversi dispositivi Android 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 far sì che le app complementari rimangano in esecuzione per gestire il dispositivo, Android 12 introduce API che:
- Consente di riattivare un'app quando un dispositivo associato è nella portata.
- Garantire che il processo continui a essere eseguito 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 Gestione dispositivi associati
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 sia 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 sui peer degli iniziatori, il che ha introdotto una latenza. Sui dispositivi con Android 12 e versioni successive, il server di risposta può essere configurato in modo da accettare qualsiasi peer, vale a dire che non ha bisogno di conoscere in anticipo le informazioni di chi ha avviato la richiesta. Questo accelera il recupero del percorso dei dati e consente più collegamenti 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 di questo metodo ti consente di ottenere il numero di percorsi dei dati disponibili, il numero di sessioni di pubblicazione e le sessioni di sottoscrizione 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
controllare il supporto di questa funzionalità, utilizza
WifiManager.isMultiStaConcurrencySupported()
.
Attiva lo schermo disattivato per i pagamenti NFC
Nelle app destinate ad Android 12 e versioni successive, puoi attivare i pagamenti NFC
senza che lo schermo del dispositivo sia attivo 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
sia dell'autorizzazioneQUERY_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 che hanno eseguito l'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
|
|
java.lang.Byte
|
|
java.lang.Short
|
|
java.lang.Math
|
|
java.lang.StrictMath
|
|
java.util.Set
|
copyOf()
|
java.util.Map
|
copyOf()
|
java.util.List
|
copyOf()
|
java.time.Duration
|
|
java.time.LocalTime
|