Android 11 introduce nuove funzionalità e API straordinarie 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, dove 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 i cambiamenti del comportamento di Android 11 per le app destinate ad 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 maggiori
informazioni, vedi Controllare i dispositivi esterni.
Controlli multimediali
Android 11 aggiorna la modalità di visualizzazione dei controlli multimediali. I controlli multimediali vengono visualizzati accanto 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 il riquadro sicuro per evitare aree a cascata e ritagli.
Per visualizzare i contenuti dell'app nell'area della struttura a cascata:
Chiama
DisplayCutout.getWaterfallInsets()
per ottenere le dimensioni esatte del riquadro 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 man mano che l'utente manipola il dispositivo.
Vedi Dispositivi pieghevoli.
Conversazioni
Miglioramenti alle conversazioni
Android 11 apporta una serie di miglioramenti alla modalità di gestione delle 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 l'app può supportarle, vedi Persone e conversazioni.
Bolle della chat
Le Bolle sono ora disponibili per gli sviluppatori per aiutare gli sviluppatori a far emergere le conversazioni in tutto il sistema. Bubbles era una funzionalità sperimentale di Android 10 che veniva attivata tramite un'opzione per gli sviluppatori. In Android 11, questa operazione 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, per visualizzare una notifica con le bolle, dovevi specificare esplicitamente che la notifica era impostata per l'avvio sempre in modalità UI documento. A partire da Android 11, non è più necessario fare esplicitamente questa impostazione: se la notifica viene visualizzata in bolle, la piattaforma imposta automaticamente la notifica in modo che venga avviata sempre in modalità UI del documento.
Sono stati apportati diversi miglioramenti alle prestazioni delle bolle e gli utenti hanno una maggiore flessibilità nell'attivazione e disattivazione delle 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 è deprecato. Utilizza invece uno dei due nuovi metodi di compilazioneBubbleMetadata.Builder(PendingIntent, Icon)
oBubbleMetadata.Builder(String)
. - Crea
BubbleMetadata
da un ID scorciatoia chiamando il numeroBubbleMetadata.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 ha eseguito l'autenticazione, puoi verificare se l'utente si è autenticato utilizzando
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 con sovraccarico 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 saperne di più sulla condivisione di 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
Dopo il completamento di un aggiornamento OTA e il riavvio del dispositivo, le chiavi con credenziali criptate inserite nello spazio di archiviazione protetto da credenziali diventano 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 cui è possibile eseguire il debug su più dispositivi remoti senza collegare fisicamente il dispositivo tramite USB e senza dover affrontare problemi di connessione USB comuni, come l'installazione dei driver. Per ulteriori informazioni, vedi Eseguire app su un dispositivo hardware.
Installazione dell'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 incrementale dell'APK ADB (Android Debug Bridge) accelera questo processo installando una quantità di APK sufficiente per avviare l'app durante lo streaming dei dati rimanenti in background. adb install
userà questa funzionalità automaticamente se è supportata dal dispositivo e hai installato la versione più recente di SDK Platform-Tools. Se non è supportato, viene utilizzato in silenzio il metodo di installazione predefinito.
Usa il seguente comando adb per usare 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à nativa per l'allocazione della memoria che aiuta a trovare bug use-after-free e heap-buffer-overflow. Puoi attivare questa funzionalità a livello globale o per processi secondari specifici della tua app. Per scoprire di più, consulta la guida di 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 aiutare il machine learning a funzionare senza problemi:
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 dei domini di memoria come input e output per l'esecuzione. In questo modo vengono rimosse le copie non necessarie degli stessi dati tra 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 di API Dependency e recinto di sincronizzazione:NNAPI 1.3 include il supporto per il calcolo asincrono con dipendenze, consentendo un overhead notevolmente ridotto quando si richiamano modelli concatenati di piccole dimensioni. 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. Problemi relativi ad app o giochi che incorporano grafiche complesse, computing pesante o attività di rete sostenuta.
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 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 verificare se un IME è attualmente visibile chiamando il numero 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 listener su qualsiasi visualizzazione, non deve essere necessariamente un EditText
.
L'IME chiama il metodo
onPrepare()
del listener, quindi chiama
onStart()
all'inizio della transizione. Quindi chiama
onProgress()
a ogni avanzamento nella transizione. Al termine della transizione, l'IME chiama
onEnd()
.
In qualsiasi momento della transizione, puoi verificare i progressi fatti 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
per utilizzare la versione 66
della
libreria ICU, rispetto alla versione
63 di 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 Builder, il supporto per il 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
gestisce 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()
- Anche se configurate per utilizzare l'API BlockModel, le app devono utilizzare
MediaCodec.getQueueRequest
con l'indice, anziché chiamareMediaCodec.getInputBuffer()
eMediaCodec.queueInputBuffer()
con l'indice, allegando un LinearBlock/HardwareBuffer allo slot. onOutputBufferAvailable()
- Invece di chiamare
MediaCodec.getOutputBuffer()
con l'indice, le app possono utilizzareMediaCodec.getOutputFrame()
con l'indice per ottenere l'oggettoOutputFrame
con ulteriori informazioni e buffer LinearBlock/HardwareBuffer.
Decodifica a bassa latenza in MediaCodec
Android 11 migliora
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, procedi 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()
consente di rilasciare e chiudere uno stream audio contemporaneamente. 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 le cuffie USB), viene visualizzato un nuovo messaggio di avviso che chiede all'utente di confermare l'autorizzazione a utilizzare il dispositivo. Il sistema ignora qualsiasi opzione "Usa sempre", 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 usano le API Cast e Mediarouter.
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 contenuti 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 è espansa
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 CallScreeningService può richiedere informazioni sullo stato di verifica STIR/SHAKEN (verstat) per le chiamate in arrivo. Queste informazioni vengono fornite nei dettagli delle chiamate per le chiamate in arrivo.
Se un CallScreeningService
possiede l'autorizzazione
READ_CONTACTS
, l'app riceve una notifica quando arrivano chiamate da un numero presente nei contatti dell'utente o
in uscita verso un numero.
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 per l'API Open Mobile.
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 di rete per processo
Per informazioni sull'abilitazione dell'accesso alla rete in base a ogni processo, vedi 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 nome di dominio completo che corrisponde alla rete del provider principale quando l'utente installa una SIM con Centro clienti 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 dei decoder di immagini.
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 del supporto della 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à a bassa latenza automatica (ALLM, nota anche come modalità di gioco), che riduce al minimo la latenza disattivando questa post-elaborazione. 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 la post-elaborazione minima, chiama
Window.setPreferMinimalPostProcessing()
o imposta l'attributo
preferMinimalPostProcessing
della finestra su true
. Non tutti i display supportano una post-elaborazione minima; per scoprire se è supportata da un determinato display, chiama il nuovo metodo Display.isMinimalPostProcessingSupported()
.
Iniezione del livello di debug della grafica a 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 dal rilascio di Android 11, l'app può disattivare solo l'audio delle vibrazioni, dei suoni e delle vibrazioni o nessuna delle due grazie all'uso della fotocamera in Android 11. 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()
esegue una query se i dispositivi fotocamera 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 diagnostiche sugli arresti anomali, ad esempio se un'interruzione del processo è dovuta ad ANR, problemi di memoria o altri motivi.
Inoltre, puoi utilizzare il nuovo metodo setProcessStateSummary()
per archiviare informazioni sullo stato personalizzate per analisi successive.
Il metodo getHistoricalProcessExitReasons()
restituisce istanze della
ApplicationExitInfo
classe, 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.
Caricatori di 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 set dinamico di tipi MIME in un filtro per intent e di modificarlo
in modo programmatico in fase di runtime. Per utilizzare un gruppo MIME, includi un elemento dati nel
file 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.