Android 11 introduce nuove funzionalità e API straordinarie per gli sviluppatori. Le sezioni riportate di seguito 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, dove le nuove API sono evidenziate per una maggiore visibilità. Inoltre, per scoprire le aree in cui le modifiche alla piattaforma potrebbero colpire le tue app, assicurati di controllare le modifiche al comportamento di Android 11 per le app che hanno come target Android R e per tutte le app, nonché le modifiche alla privacy.
Nuove esperienze
Controlli del dispositivo
Android 11 include una nuova API ControlsProviderService
che puoi utilizzare per esporre i controlli per i dispositivi esterni connessi. Questi controlli
vengono visualizzati in Controlli dispositivo nel menu di alimentazione di Android. Per ulteriori informazioni, vedi Controllare i dispositivi esterni.
Controlli multimediali
Android 11 aggiorna la modalità di visualizzazione dei controlli multimediali. I controlli multimediali vengono visualizzati vicino alle impostazioni rapide. Le sessioni di più app sono disposte in un carosello scorrevole che include gli stream riprodotti localmente sullo smartphone, gli stream remoti, come quelli rilevati su dispositivi esterni o le sessioni di trasmissione, nonché le sessioni precedenti riavviabili in ordine di ultima riproduzione.
Gli utenti possono riavviare le sessioni precedenti dal carosello senza dover avviare l'app. Quando inizia la riproduzione, l'utente interagisce con i controlli multimediali come al solito.
Per ulteriori informazioni, vedi Controlli multimediali.
Schermi
Miglior supporto per i display con struttura a cascata
Android 11 fornisce diverse API per supportare i display a cascata, ovvero display che si avvolgono attorno al bordo del dispositivo. Questi display vengono trattati come una variante dei display con ritagli. I metodi
DisplayCutout
.getSafeInset…()
esistenti ora restituiscono l'inset sicuro per evitare aree con struttura a cascata e ritagli.
Per visualizzare i contenuti dell'app nell'area della struttura a cascata:
Chiamare
DisplayCutout.getWaterfallInsets()
per ottenere le dimensioni esatte dell'inserimento della struttura a cascata.Imposta l'attributo layout della finestra
layoutInDisplayCutoutMode
suLAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS
per consentire alla finestra di estendersi nelle aree di ritaglio e a cascata su tutti i bordi dell'schermo. Devi assicurarti che non siano presenti contenuti essenziali nelle aree di taglio o nella struttura a cascata.
Sensore dell'angolo della cerniera e dispositivi pieghevoli
Android 11 consente alle app in esecuzione su dispositivi con configurazioni dello schermo basate sulla cerniera di determinare l'angolo della cerniera fornendo un nuovo sensore con TYPE_HINGE_ANGLE
e un nuovo SensorEvent
che può monitorare l'angolo della cerniera e fornire una misurazione in gradi tra due parti integrali del dispositivo. Puoi utilizzare queste misurazioni non elaborate per eseguire animazioni granulari mentre l'utente manipola il dispositivo.
Vedi Dispositivi pieghevoli.
Conversazioni
Miglioramenti alle conversazioni
Android 11 apporta una serie di miglioramenti al modo in cui vengono gestite le conversazioni. Le conversazioni sono comunicazioni bidirezionali in tempo reale tra due o più persone. Queste conversazioni sono messe in risalto e gli utenti hanno a disposizione diverse nuove opzioni per interagire con loro.
Per ulteriori informazioni sulle conversazioni e su come la tua app può supportarle, consulta Persone e conversazioni.
Bolle della chat
Le bolle sono ora disponibili per gli sviluppatori per aiutarli a mostrare le conversazioni nel sistema. Bubbles era una funzionalità sperimentale di Android 10 che veniva attivata tramite un'opzione per gli sviluppatori. In Android 11 non è più necessaria.
Se un'app ha come target Android 11 (livello API 30) o versioni successive, le relative notifiche non vengono visualizzate come bolle, a meno che non soddisfino i nuovi requisiti per le conversazioni. Nello specifico, la notifica deve essere associata a una scorciatoia.
Prima di Android 11, se volevi che una notifica fosse visualizzata come bolla, doveva essere specificato esplicitamente che la notifica doveva essere impostata per essere sempre avviata in modalità UI del documento. A partire da Android 11, non è più necessario impostare esplicitamente questa impostazione. Se la notifica è in formato a bolle, la piattaforma la imposta automaticamente in modo che venga sempre avviata in modalità UI del documento.
Sono stati apportati diversi miglioramenti alle prestazioni delle bolle e gli utenti hanno più flessibilità per attivare e disattivare le bolle da ogni app. Per gli sviluppatori che hanno implementato il supporto sperimentale, sono state apportate alcune modifiche alle API in Android 11:
- Il costruttore
BubbleMetadata.Builder()
senza parametri è stato ritirato. Utilizza invece uno dei due nuovi metodi di compilazioneBubbleMetadata.Builder(PendingIntent, Icon)
oBubbleMetadata.Builder(String)
. - Crea
BubbleMetadata
dall'ID di una scorciatoia chiamandoBubbleMetadata.Builder(String)
. La stringa passata deve corrispondere all'ID scorciatoia fornito aNotification.Builder
. - Crea icone a bolle con
Icon.createWithContentUri()
o con il nuovo metodocreateWithAdaptiveBitmapContentUri()
.
Indicatori visivi 5G
Per informazioni sulla visualizzazione degli indicatori 5G sui dispositivi degli utenti, consulta Comunicare agli utenti quando sono collegati al 5G.
Privacy
Android 11 introduce un gran numero di modifiche e limitazioni per migliorare la privacy degli utenti. Per saperne di più, consulta la pagina Privacy.
Sicurezza
Aggiornamenti sull'autenticazione biometrica
Per aiutarti a controllare il livello di sicurezza dei dati della tua app, Android 11 offre diversi miglioramenti all'autenticazione biometrica. Queste modifiche vengono visualizzate anche nella libreria biometrica di Jetpack.
Tipi di autenticazione
Android 11 introduce l'interfaccia BiometricManager.Authenticators
, che puoi utilizzare per dichiarare i tipi di autenticazione supportati dalla tua app.
Determinare il tipo di autenticazione utilizzato
Dopo che l'utente si è autenticato, puoi verificare se ha utilizzato una credenziale del dispositivo o una credenziale biometrica chiamando getAuthenticationType()
.
Supporto aggiuntivo per le chiavi di autenticazione a consumo
Android 11 offre un maggiore supporto per l'autenticazione tramite chiavi di autenticazione per utilizzo.
Metodi ritirati
Android 11 ritira i seguenti metodi:
- Il metodo
setDeviceCredentialAllowed()
. - Il metodo
setUserAuthenticationValidityDurationSeconds()
. - La versione sovraccaricata di
canAuthenticate()
che non accetta argomenti.
Condivisione sicura di set di dati di grandi dimensioni
In alcuni casi, ad esempio quelli che coinvolgono il machine learning o la riproduzione di contenuti multimediali, la tua app potrebbe voler utilizzare lo stesso set di dati di grandi dimensioni di un'altra app. Nelle versioni precedenti di Android, la tua app e un'altra app dovevano scaricare ciascuna una copia separata dello stesso set di dati.
Per contribuire a ridurre la ridondanza dei dati, sia sulla rete che su disco, Android 11 consente di memorizzare nella cache questi set di dati di grandi dimensioni sul dispositivo utilizzando blob di dati condivisi. Per scoprire di più sulla condivisione dei set di dati, consulta la guida approfondita sulla condivisione di set di dati di grandi dimensioni.
Esegui la crittografia basata su file dopo un riavvio OTA senza credenziali utente
Una volta completato l'aggiornamento OTA e riavviato il dispositivo, le chiavi con crittografia delle credenziali (CE) che vengono inserite nello spazio di archiviazione protetto dalle credenziali sono immediatamente disponibili per le operazioni di crittografia basata su file (FBE). Ciò significa che, dopo un aggiornamento OTA, la tua app può riprendere le operazioni che richiedono le chiavi CE prima che l'utente inserisca il PIN, la sequenza o la password.
Prestazioni e qualità
Debug wireless
Android 11 supporta il deployment e il debug dell'app tramite Wi-Fi dalla tua workstation tramite Android Debug Bridge (adb). Ad esempio, puoi eseguire il deployment dell'app di debug su più dispositivi remoti senza collegare fisicamente il dispositivo tramite USB e senza dover affrontare i problemi di connessione USB comuni, come l'installazione dei driver. Per ulteriori informazioni, vedi Eseguire app su un dispositivo hardware.
Installazione APK incrementale ADB
L'installazione di APK di grandi dimensioni (oltre 2 GB) su un dispositivo può richiedere molto tempo, anche se viene apportata solo una piccola modifica a un'app. L'installazione di APK incrementali tramite ADB (Android Debug Bridge) accelera questo processo installando una quantità sufficiente di APK per avviare l'app, mentre i dati rimanenti vengono trasmessi in streaming in background. adb install
userà questa funzionalità automaticamente se è supportata dal dispositivo e hai installato gli SDK Platform-Tools più recenti. Se non è supportato, viene utilizzato in silenzio il metodo di installazione predefinito.
Utilizza il seguente comando adb per utilizzare la funzionalità. Se il dispositivo non supporta l'installazione incrementale, il comando non va a buon fine e viene stampata una spiegazione dettagliata.
adb install --incremental
Prima di eseguire un'installazione incrementale dell'APK tramite ADB, devi firmare l'APK e creare un file dello schema di firma dell'APK v4. Affinché questa funzionalità funzioni, il file della firma v4 deve essere posizionato accanto all'APK.
Rilevamento degli errori mediante l'allocatore di memoria nativo
GWP-ASan è una funzionalità di allocazione della memoria nativa che consente di trovare bug di tipo use-after-free e heap-buffer-overflow. Puoi attivare questa funzionalità a livello globale o per sottoprocessi specifici della tua app. Per scoprire di più, consulta la guida a GWP-Asan.
API Neural Networks 1.3
Android 11 espande e migliora l'API Neural Networks (NNAPI).
Nuove operazioni
NNAPI 1.3 introduce un nuovo tipo di operando, TENSOR_QUANT8_ASYMM_SIGNED
, per supportare il nuovo schema di quantizzazione di TensorFlow Lite.
Inoltre, NNAPI 1.3 introduce le seguenti nuove operazioni:
QUANTIZED_LSTM
IF
WHILE
ELU
HARD_SWISH
FILL
RANK
Nuovi controlli ML
NNAPI 1.3 introduce nuovi controlli per contribuire al corretto funzionamento del machine learning:
API QoS: la nuova API Quality of Service include il supporto per la priorità e le scadenze delle attività in NNAPI con le seguenti nuove funzioni:
Input/output del dominio di memoria: NNAPI 1.3 include il supporto per i domini di memoria come input e output per l'esecuzione. In questo modo vengono rimosse le copie non necessarie degli stessi dati tra i diversi componenti di sistema, migliorando le prestazioni di runtime delle reti neurali di Android. Questa funzionalità aggiunge un insieme di nuove API NDK da utilizzare con gli oggetti
ANeuralNetworksMemoryDesc
eANeuralNetworkMemory
, incluse le seguenti funzioni:ANeuralNetworksMemoryDesc_create()
ANeuralNetworksMemoryDesc_free()
ANeuralNetworksMemoryDesc_addInputRole()
ANeuralNetworksMemoryDesc_addOutputRole()
ANeuralNetworksMemoryDesc_setDimensions()
ANeuralNetworksMemoryDesc_finish()
ANeuralNetworksMemory_createFromDesc()
ANeuralNetworksMemory_copy()
Per scoprire di più, consulta l'esempio di dominio della memoria della rete neurale.
Supporto dell'API Dependency e del recinto di sincronizzazione: NNAPI 1.3 include il supporto per il calcolo asincrono con dipendenze, che consente di ridurre notevolmente il sovraccarico quando si invocano piccoli modelli a catena. Questa funzionalità aggiunge le seguenti nuove funzioni:
Flusso di controllo: NNAPI 1.3 include il supporto del flusso di controllo generale con le nuove operazioni sui grafici
ANEURALNETWORKS_IF
eANEURALNETWORKS_WHILE
, che accettano altri modelli come argomenti utilizzando il nuovo tipo di operandoANEURALNETWORKS_MODEL
. Inoltre, questa funzionalità aggiunge le seguenti nuove funzioni:
API NDK Thermal
Quando i dispositivi si surriscaldano, potrebbero rallentare la CPU e/o la GPU, il che può influire sulle app in modi imprevisti. Le app o i giochi che incorporano grafica complessa, calcoli impegnativi o attività di rete prolungate hanno maggiori probabilità di riscontrare problemi.
Utilizza l'API NDK Thermal in Android 11 per monitorare le variazioni di temperatura sul dispositivo, quindi intervieni per mantenere un consumo energetico inferiore e una temperatura del dispositivo più bassa. Questa API è simile all'API Java Thermal; puoi utilizzarla per ricevere notifiche per qualsiasi modifica dello stato termico o per eseguire direttamente il polling dello stato corrente.
Testo e input
Transizioni dell'IME migliorate
Android 11 introduce nuove API per migliorare le transizioni per gli editor di metodi di inserimento (IME), come le tastiere sullo schermo. Queste API semplificano la modifica dei contenuti dell'app in sincronizzazione con l'apparizione e la scomparsa dell'IME e con altri elementi come le barre di stato e di navigazione.
Per mostrare un IME quando un campo EditText
ha il focus, chiama
view.getInsetsController().show(Type.ime())
.
Puoi chiamare questo metodo su qualsiasi visualizzazione della stessa gerarchia del EditText
attivo, non devi chiamarlo specificamente sul EditText
. Per nascondere l'IME, chiama
view.getInsetsController().hide(Type.ime())
.
Puoi controllare se un IME è attualmente visibile chiamando
view.getRootWindowInsets().isVisible(Type.ime())
.
Per sincronizzare le viste dell'app con l'apparizione e la scomparsa dell'IME, imposta un ascoltatore su una vista fornendo un
WindowInsetsAnimation.Callback
a View.setWindowInsetsAnimationCallback()
.
Puoi impostare questo ascoltatore su qualsiasi visualizzazione, non deve essere un EditText
.
L'IME chiama il metodo
onPrepare()
dell'ascoltatore, quindi chiama
onStart()
all'inizio della transizione. Quindi chiama
onProgress()
a ogni avanzamento della transizione. Al termine della transizione, l'IME chiama
onEnd()
.
In qualsiasi momento della transizione, puoi scoprire quanto è avanzata chiamando
WindowInsetsAnimation.getFraction()
.
Per un esempio di come utilizzare queste API, consulta il nuovo WindowInsetsAnimation esempio di codice.
Controllare l'animazione dell'IME
Puoi anche controllare l'animazione dell'IME o l'animazione di un'altra barra di sistema, come la barra di navigazione. Per farlo, chiama innanzitutto
setOnApplyWindowInsetsListener()
per impostare un nuovo ascoltatore per le modifiche dell'inserimento della finestra:
Kotlin
rootView.setOnApplyWindowInsetsListener { rootView, windowInsets -> val barsIme = windowInsets.getInsets(Type.systemBars() or Type.ime()) rootView.setPadding(barsIme.left, barsIme.top, barsIme.right, barsIme.bottom) // We return the new WindowInsets.CONSUMED to stop the insets being // dispatched any further into the view hierarchy. This replaces the // deprecated WindowInsets.consumeSystemWindowInsets() and related // functions. WindowInsets.CONSUMED }
Java
mRoot.setOnApplyWindowInsetsListener(new View.OnApplyWindowInsetsListener() { @Override public WindowInsets onApplyWindowInsets(View v, WindowInsets insets) { Insets barsIME = insets.getInsets(Type.systemBars() | Type.ime()); mRootView.setPadding(barsIme.left, barsIme.top, barsIme.right, barsIme.bottom); // We return the new WindowInsets.CONSUMED to stop the insets being // dispatched any further into the view hierarchy. This replaces the // deprecated WindowInsets.consumeSystemWindowInsets() and related // functions. return WindowInsets.CONSUMED; } });
Per spostare l'IME o un'altra barra di sistema, chiama il metodo
controlWindowInsetsAnimation()
del controller:
Kotlin
view.windowInsetsController.controlWindowInsetsAnimation( Type.ime(), 1000, LinearInterpolator(), cancellationSignal, object : WindowInsetsAnimationControlListener() { fun onReady(controller: WindowInsetsAnimationController, types: Int) { // update IME inset controller.setInsetsAndAlpha(Insets.of(0, 0, 0, inset), 1f /* alpha */, 0.1 /* fraction progress */) } } );
Java
mRoot.getWindowInsetsController().controlWindowInsetsAnimation( Type.ime(), 1000, new LinearInterpolator(), cancellationSignal, new WindowInsetsAnimationControlListener() { @Override public void onReady( @NonNull WindowInsetsAnimationController controller, int types ) { // update IME inset controller.setInsetsAndAlpha(Insets.of(0, 0, 0, inset), 1f /* alpha */, 0.1 /* fraction progress */); } @Override public void onCancelled() {} });
Aggiornamenti alle librerie ICU
Android 11 aggiorna il pacchetto android.icu
in modo da utilizzare la versione 66 della libreria ICU, rispetto alla versione 63 in Android 10. La nuova versione della libreria include dati sulle impostazioni internazionali CLDR aggiornati e una serie di miglioramenti al supporto dell'internazionalizzazione in Android.
Le modifiche principali nelle nuove versioni della libreria includono:
- Molte API di formattazione ora supportano un nuovo tipo di oggetto restituito che estende
FormattedValue
. - L'API
LocaleMatcher
è stata migliorata con una classe di creazione, il supporto del tipojava.util.Locale
e una classe di risultati con dati aggiuntivi su una corrispondenza. - Unicode 13 è ora supportato.
Contenuti multimediali
Alloca i buffer MediaCodec
Android 11 include nuove API MediaCodec
che offrono alle app un maggiore controllo durante l'allocazione dei buffer di input e output. In questo modo, la tua app può gestire la memoria in modo più efficiente.
Nuovi corsi:
Nuovi metodi:
MediaCodec.getQueueRequest()
MediaCodec.getOutputFrame()
MediaCodec.LinearBlock.isCodecCopyFreeCompatible()
Inoltre, è cambiato il comportamento di due metodi in MediaCodec.Callback()
:
onInputBufferAvailable()
- Invece di chiamare
MediaCodec.getInputBuffer()
eMediaCodec.queueInputBuffer()
con l'indice, se configurate per utilizzare l'API Block Model, le app devono utilizzareMediaCodec.getQueueRequest
con l'indice, collegando un LinearBlock/HardwareBuffer allo slot. onOutputBufferAvailable()
- Anche se è possibile chiamare
MediaCodec.getOutputBuffer()
con l'indice, le app possono utilizzareMediaCodec.getOutputFrame()
con l'indice per recuperare l'oggettoOutputFrame
con ulteriori informazioni e buffer LinearBlock/HardwareBuffer.
Decodifica a bassa latenza in MediaCodec
Android 11 offre miglioramenti
MediaCodec
per supportare la decodifica a bassa latenza per giochi e altre app in tempo reale. Puoi verificare se un codec supporta la decodifica a bassa latenza passando FEATURE_LowLatency
a MediaCodecInfo.CodecCapabilities.isFeatureSupported()
.
Per attivare o disattivare la decodifica a bassa latenza, puoi procedere in uno dei seguenti modi:
- Imposta la nuova chiave
KEY_LOW_LATENCY
su 0 o 1 utilizzandoMediaCodec.configure()
. - Imposta la nuova chiave del parametro
PARAMETER_KEY_LOW_LATENCY
su 0 o 1 utilizzandoMediaCodec.setParameters()
.
Nuova funzione AAudio AAudioStream_release()
La funzione
AAudioStream_close()
rilascia e chiude contemporaneamente uno stream audio. Questo può essere pericoloso. Se un altro processo tenta di accedere allo stream dopo che è stato chiuso, il processo andrà in crash.
La nuova funzione
AAudioStream_release()
rilascia lo stream, ma non lo chiude. In questo modo, le risorse vengono liberate e lo stream viene lasciato in uno stato noto. L'oggetto persiste finché non chiami
AAudioStream_close()
.
API MediaParser
MediaParser è una nuova API a basso livello per l'estrazione di contenuti multimediali. È più flessibile di MediaExtractor e offre un maggiore controllo sulla funzionalità di estrazione dei contenuti multimediali.
Acquisizione audio da un dispositivo USB
Quando un'applicazione senza autorizzazione RECORD_AUDIO
utilizza UsbManager
per richiedere l'accesso diretto a un dispositivo audio USB con funzionalità di acquisizione audio (ad esempio un auricolare USB), viene visualizzato un nuovo messaggio di avviso che chiede all'utente di confermare l'autorizzazione per l'utilizzo del dispositivo. Il sistema ignora qualsiasi opzione "sempre
in uso", pertanto l'utente deve confermare l'avviso e concedere l'autorizzazione ogni
volta che un'app richiede l'accesso.
Per evitare questo comportamento, la tua app deve richiedere l'autorizzazione RECORD_AUDIO
.
Accesso al microfono simultaneo
Android 11 aggiunge nuovi metodi alle API AudioRecord
, MediaRecorder
e
AAudioStream
. Questi metodi attivano e disattivano la possibilità di acquisire contemporaneamente
indipendentemente dal caso d'uso selezionato. Consulta Condividere l'input audio.
Selettore di output
Android 11 implementa un nuovo comportamento per le app che utilizzano le API MediaRouter e Cast.
Oltre ad accedere alle opzioni di trasmissione da un'app, le opzioni di commutazione vengono visualizzate anche nel media player di sistema. In questo modo, l'utente può passare da un dispositivo all'altro senza interruzioni man mano che cambia contesto di visualizzazione e ascolto, ad esempio guardare un video in cucina o su uno smartphone oppure ascoltare audio in casa o in auto. Consulta il selettore di output.
Connettività
Miglioramenti di Wi-Fi Passpoint
Per informazioni sulle funzionalità Passpoint aggiunte in Android 11, consulta Passpoint.
L'API Wi-Fi Suggestion è stata ampliata
Android 11 espande l'API Wi-Fi Suggestion per aumentare le funzionalità di gestione della rete della tua app, tra cui:
- Le app di gestione della connettività possono gestire le proprie reti consentendo le richieste di disconnessione.
- Le reti Passpoint sono integrate nell'API Suggestion e possono essere suggerite all'utente.
- Le API Analytics ti consentono di ottenere informazioni sulla qualità delle tue reti.
Aggiornamenti di CallScreeningService
A partire da Android 11, un servizio CallScreeningService può richiedere informazioni sullo stato di verifica STIR/SHAKEN (verstat) per le chiamate in arrivo. Queste informazioni vengono fornite nell'ambito dei dettagli della chiamata per le chiamate in arrivo.
Se un CallScreeningService
detiene l'autorizzazione
READ_CONTACTS
, l'app riceve una notifica quando ci sono chiamate in arrivo da o
chiamate in uscita verso un numero nei contatti dell'utente.
Per ulteriori informazioni, consulta la sezione Impedire lo spoofing dell'ID chiamante.
Aggiornamenti dell'API Open Mobile
Per informazioni sul supporto di OMAPI su Android 11 e versioni successive, consulta Supporto dei lettori Open Mobile API.
VPN ad alte prestazioni
Le app che hanno come target il livello API 30 o versioni successive o che vengono eseguite su dispositivi lanciati con il livello API 29 o versioni successive possono applicare IKEv2/IPsec alle VPN sia per le VPN configurate dall'utente sia per quelle basate su app.
Le VPN vengono eseguite in modo nativo nel sistema operativo, semplificando il codice necessario per stabilire connessioni VPN IKEv2/IPsec in un'app.
Controllo dell'accesso alla rete per processo
Per informazioni su come attivare l'accesso alla rete in base al processo, consulta Gestire l'utilizzo della rete.
Consenti l'installazione di più configurazioni Passpoint con lo stesso FQDN
A partire da Android 11, puoi utilizzare
PasspointConfiguration.getUniqueId()
per ottenere un identificatore univoco per un oggetto PasspointConfiguration
, che consente agli utenti della tua app di installare più profili con lo stesso nome di dominio completo (FQDN).
Questa funzionalità è utile quando un operatore implementa più di una combinazione di codice paese mobile (MCC) e codice rete mobile (MNC) sulla propria rete, ma ha un solo FQDN. Su Android 11 e versioni successive, è possibile installare più di un profilo con lo stesso FQDN che corrisponde alla rete come fornitore di casa quando l'utente installa una SIM con MCC o MNC.
Supporto dell'antenna GNSS
Android 11 introduce la classe GnssAntennaInfo
, che consente alla tua app di utilizzare maggiormente il posizionamento con una precisione al centimetro fornito dal Global Navigation Satellite System (GNSS).
Scopri di più nella guida alle informazioni sulla calibrazione dell'antenna.
Grafica
Decodificatore di immagini NDK
L'API NDK ImageDecoder
fornisce un'API standard per le app Android C/C++ per decodificare direttamente le immagini. Gli sviluppatori di app non devono più utilizzare le API del framework (tramite JNI) o includere librerie di decodifica delle immagini di terze parti. Per ulteriori informazioni, consulta la
guida per gli sviluppatori di Image Decoder.
API Frame rate
Android 11 fornisce un'API che consente alle app di comunicare al sistema la frequenza frame prevista per ridurre le vibrazioni sui dispositivi che supportano più frequenze di aggiornamento. Per informazioni su come utilizzare questa API, consulta la guida alla frequenza fotogrammi.
Richiesta e verifica dell'assistenza per la bassa latenza
Alcuni display possono eseguire il post-trattamento delle immagini, ad esempio alcuni display e TV esterni. Questa post-elaborazione migliora la grafica, ma può aumentare la latenza. I display più recenti che supportano HDMI 2.1 dispongono di una modalità automatica a bassa latenza (ALLM, nota anche come modalità di gioco), che riduce al minimo la latenza disattivando questo post-trattamento. Per ulteriori dettagli su ALLM, consulta la specifica HDMI 2.1.
Una finestra può richiedere l'utilizzo della modalità a bassa latenza automatica, se disponibile. ALLM è particolarmente utile per applicazioni come giochi e videoconferenze, dove la bassa latenza è più importante della grafica migliore possibile.
Per attivare o disattivare il post-processing minimo, chiama
Window.setPreferMinimalPostProcessing()
o imposta l'attributo
preferMinimalPostProcessing
della finestra su true
. Non tutti i display supportano il post-trattamento minimo. Per scoprire se un determinato display lo supporta, chiama il nuovo metodo Display.isMinimalPostProcessingSupported()
.
Iniezione di un livello di debug delle risorse grafiche ad alte prestazioni
Ora le applicazioni possono caricare livelli grafici esterni (GLES, Vulkan) nel codice dell'applicazione nativa per esporre le stesse funzionalità di un'app di debug, ma senza l'overhead delle prestazioni. Questa funzionalità è particolarmente importante per creare il profilo della tua applicazione con strumenti come GAPID. Per eseguire il profiling della tua app, includi il seguente elemento di metadati nel file manifest dell'app anziché rendere l'applicazione di debug:
<application ... > <meta-data android:name="com.android.graphics.injectLayers.enable" android:value="true" /> </application>
Immagini e fotocamera
Disattivare l'audio delle notifiche e le vibrazioni durante la registrazione attiva
A partire da Android 11, quando utilizzi attivamente la fotocamera, la tua app può disattivare solo le vibrazioni, sia i suoni che le vibrazioni oppure nessuno dei due utilizzando setCameraAudioRestriction()
.
Supporto della fotocamera ampliato nell'emulatore Android
Per informazioni sul supporto ampliato delle fotocamere nell'emulatore a partire da Android 11, consulta Supporto delle fotocamere.
Supporto per l'uso simultaneo di più videocamere
Android 11 aggiunge API per eseguire query sul supporto per l'utilizzo di più di una fotocamera alla volta, inclusa una fotocamera anteriore e una posteriore.
Per verificare la disponibilità del supporto sul dispositivo su cui è in esecuzione la tua app, utilizza i seguenti metodi:
getConcurrentCameraIds()
restituisce unSet
di combinazioni di ID videocamera che possono trasmettere in streaming contemporaneamente con combinazioni di stream garantite se configurate dallo stesso processo dell'applicazione.isConcurrentSessionConfigurationSupported()
chiede se i dispositivi videocamera possono supportare contemporaneamente le configurazioni di sessione corrispondenti.
Supporto migliore per le immagini HEIF con più frame
A partire da Android 11, se chiami ImageDecoder.decodeDrawable()
e passi un'immagine HEIF contenente una sequenza di frame (ad esempio un'animazione o una foto in sequenza), il metodo restituisce un AnimatedImageDrawable
contenente l'intera sequenza di immagini. Nelle versioni precedenti di Android, il metodo restituiva un BitmapDrawable
di un solo frame.
Se l'immagine HEIF contiene più frame non in sequenza, puoi recuperare un singolo frame chiamando MediaMetadataRetriever.getImageAtIndex()
.
Accessibilità
Aggiornamenti per gli sviluppatori di servizi di accessibilità
Se crei un servizio di accessibilità personalizzato, puoi utilizzare le seguenti funzionalità in Android 11:
- La spiegazione rivolta agli utenti di un servizio di accessibilità ora consente di utilizzare HTML e immagini oltre al testo normale. Questa flessibilità semplifica la spiegazione agli utenti finali di cosa fa il tuo servizio e di come può aiutarli.
- Per utilizzare una descrizione dello stato di un elemento dell'interfaccia utente più semanticamente significativa di
contentDescription
, chiama il metodogetStateDescription()
. - Per richiedere che gli eventi touch aggirino l'esploratore tocco del sistema, chiama
setTouchExplorationPassthroughRegion()
. Analogamente, per richiedere che i gesti aggirino il rilevatore di gesti del sistema, chiamasetGestureDetectionPassthroughRegion()
. - Puoi richiedere azioni IME, come "Invio" e "Avanti", nonché screenshot di finestre che non attivano il flag
FLAG_SECURE
.
Altre funzionalità
Motivi di uscita del processo dell'app
Android 11 introduce il metodo
ActivityManager.getHistoricalProcessExitReasons()
che riporta i motivi di eventuali interruzioni dei processi recenti. Le app possono utilizzare questo metodo per raccogliere informazioni di diagnostica degli arresti anomali, ad esempio se l'interruzione di un processo è dovuta ad ANR, problemi di memoria o altri motivi.
Inoltre, puoi utilizzare il nuovo metodo
setProcessStateSummary()
per memorizzare informazioni sullo stato personalizzate per un'analisi successiva.
Il metodo getHistoricalProcessExitReasons()
restituisce istanze della classe
ApplicationExitInfo
, che contiene informazioni relative all'interruzione di un processo dell'app. Chiamando
getReason()
su un'istanza di questa classe, puoi determinare il motivo per cui il
processo della tua app è stato interrotto. Ad esempio, un valore restituito pari a REASON_CRASH
indica che nella tua app si è verificata un'eccezione non gestita. Se la tua app deve garantire l'unicità per gli eventi di uscita, può mantenere un identificatore specifico dell'app, ad esempio un valore hash basato sul timestamp del metodo getTimestamp()
.
Risorse aggiuntive
Per ulteriori informazioni, leggi l'articolo sui nuovi strumenti di Android 11 per rendere le app più private e stabili su Medium.
Caricamenti delle risorse
Android 11 introduce una nuova API che consente alle app di estendere dinamicamente la modalità di ricerca e caricamento delle risorse. I nuovi classi API
ResourcesLoader
e
ResourcesProvider
sono principalmente responsabili della fornitura della nuova funzionalità. Insieme, consentono di fornire risorse e asset aggiuntivi o di modificare i valori di risorse e asset esistenti.
Gli oggetti ResourcesLoader
sono contenitori che forniscono oggetti ResourcesProvider
all'istanza Resources
di un'app. A loro volta, gli oggetti ResourcesProvider
forniscono metodi per caricare i dati delle risorse da APK e tabelle delle risorse.
Un caso d'uso principale di questa API è il caricamento di asset personalizzati. Puoi utilizzare
loadFromDirectory()
per creare un ResourcesProvider
che reindirizzi la risoluzione di risorse e asset basati su file, in modo da eseguire la ricerca in una directory specifica anziché nell'APK dell'applicazione. Puoi accedere a questi asset tramite la famiglia di metodi open()
della classe API
AssetManager
, proprio come per gli asset raggruppati nell'APK.
Schema di firma dell'APK v4
Android 11 aggiunge il supporto per lo schema di firma dell'APK v4. Questo schema produce un nuovo tipo di firma in un file separato (apk-name.apk.idsig
), ma è simile a v2 e v3. Non vengono apportate modifiche all'APK. Questo schema supporta la installazione incrementale dell'APK tramite ADB, che velocizza l'installazione dell'APK.
Filtri di intent dinamici
Per ricevere intent, un'app deve dichiarare in fase di compilazione i tipi di dati che è in grado di ricevere definendo un filtro per intent nel manifest dell'app. In Android 10 e versioni precedenti, le app non hanno modo di modificare i propri filtri di intent in fase di esecuzione. Questo è un problema per le app di virtualizzazione (come le macchine virtuali e i computer remoti) perché non hanno modo di sapere esattamente quale software l'utente installerà al loro interno.
Android 11 introduce i gruppi MIME, un nuovo elemento manifest che consente a un'app di dichiarare un insieme dinamico di tipi MIME in un filtro per intent e di modificarlo programmaticamente in fase di esecuzione. Per utilizzare un gruppo MIME, includi un elemento di dati nel manifest dell'app con il nuovo attributo android:mimeGroup
:
<intent-filter> <action android:name="android.intent.action.SEND"/> <category android:name="android.intent.category.DEFAULT"/> <data android:mimeGroup="myMimeGroup"/> </intent-filter>
Il valore dell'attributo android:mimeGroup
è un ID stringa arbitrario che identifica il gruppo MIME in fase di esecuzione. Puoi accedere e aggiornare i contenuti di un gruppo MIME passando il relativo ID ai seguenti nuovi metodi della classe API PackageManager
:
Quando aggiungi un tipo MIME a un gruppo MIME in modo programmatico, funziona esattamente come un tipo MIME statico dichiarato esplicitamente nel manifest.
Miglioramenti alla compilazione automatica
Android 11 introduce miglioramenti per i servizi di compilazione automatica.
Identificatori di suggerimenti in AssistStructure.ViewNode
Spesso è utile per i servizi di compilazione automatica calcolare un hash della firma per una vista in base alle sue proprietà. L'suggerimento di visualizzazione è una proprietà particolarmente utile da includere durante il calcolo di un hash della firma, ma la stringa del suggerimento potrebbe cambiare in base alle impostazioni internazionali dello smartphone. Per risolvere questo problema, Android 11 estende AssistStructure.ViewNode
con un nuovo metodo getHintIdEntry()
che restituisce l'identificatore della risorsa per il testo del suggerimento di una visualizzazione. Questo metodo fornisce un valore indipendente dalla locale che puoi utilizzare per calcolare gli hash delle firme.
Eventi dei set di dati mostrati
Per aiutare i servizi di compilazione automatica a migliorare i loro suggerimenti, Android 11 offre un modo per identificare i casi in cui un servizio di compilazione automatica ha presentato set di dati, ma l'utente non ne ha selezionato nessuno. In Android 11,
FillEventHistory
segnala un nuovo
TYPE_DATASETS_SHOWN
tipo di evento. FillEventHistory
registra un evento di questo tipo ogni volta che il servizio di compilazione automatica presenta uno o più set di dati all'utente. I servizi di compilazione automatica possono utilizzare
questi eventi insieme all'evento
TYPE_DATASET_SELECTED
esistente per determinare se l'utente ha selezionato una delle opzioni di compilazione automatica fornite.
Integrazione dell'IME
Le tastiere e altri IME ora possono mostrare i suggerimenti di compilazione automatica in linea, in una barra dei suggerimenti o in un'interfaccia simile, anziché in un menu a discesa. Per proteggere informazioni sensibili come password e numeri di carte di credito, i suggerimenti vengono mostrati all'utente, ma non sono noti all'IME finché l'utente non ne seleziona uno. Per informazioni su come gli IME e i gestori delle password possono supportare questa funzionalità, consulta Integrare la compilazione automatica con le tastiere.
Condivisione dei dati con il servizio di acquisizione dei contenuti
A partire da Android 11, la tua app può condividere dati con il servizio di acquisizione dei contenuti del dispositivo. Questa funzionalità consente a un dispositivo di fornire più facilmente informazioni contestuali, ad esempio mostrare il nome di un brano attualmente in riproduzione nell'ambiente dell'utente.
Per rendere disponibili i dati della tua app per il servizio di acquisizione dei contenuti, chiama il metodo
shareData()
su un'istanza di ContentCaptureManager
. Se il sistema accetta la richiesta di condivisione dei dati, la tua app riceve un descrittore file di sola scrittura da condividere con il servizio di acquisizione dei contenuti.