Android 8.0 (livello API 26) introduce una serie di nuove funzionalità per utenti e sviluppatori. Questo documento mette in evidenza le novità per gli sviluppatori.
Assicurati di controllare anche le Modifiche del comportamento di Android 8.0 per scoprire le aree in cui le modifiche alla piattaforma potrebbero influire sulle tue app.
Esperienza utente
Modalità Picture in picture
Android 8.0 (livello API 26) consente l'avvio delle attività in modalità Picture in picture (PIP). PIP è un tipo speciale di modalità multi-finestra usata principalmente per la riproduzione di video. La modalità PIP era originariamente disponibile solo per Android TV; Android 8.0 rende la funzionalità disponibile su altri dispositivi Android.
Quando un'attività è in modalità PIP, è in stato di pausa, ma dovrebbe
continuare a mostrare contenuti. Per questo motivo, devi assicurarti che la tua app non metta in pausa la riproduzione nel gestore onPause()
. Devi invece mettere in pausa il video in onStop()
e riprendere la riproduzione in onStart()
. Per ulteriori informazioni, consulta la sezione Ciclo di vita multi-finestra.
Per specificare che l'attività può utilizzare la modalità PIP, imposta android:supportsPictureInPicture
su true nel manifest.
A partire da Android 8.0, la funzionalità PIP non richiede l'attributo manifest android:resizeableActivity
.
Tuttavia, devi impostare
android:resizeableActivity
su "true" se la tua attività supporta altre
modalità multi-finestra.)
Android 8.0 (livello API 26) introduce un nuovo oggetto, PictureInPictureParams
, che passi ai metodi PIP per specificare il comportamento di un'attività in modalità PIP. Questo oggetto specifica proprietà come
le proporzioni preferite dell'attività.
I metodi PIP esistenti descritti nella sezione Aggiungere Picture in picture ora possono essere utilizzati su tutti i dispositivi Android, non solo su Android TV. Inoltre, Android 8.0 offre i seguenti metodi per supportare la modalità PIP:
Activity.enterPictureInPictureMode(PictureInPictureParams args)
: imposta l'attività in modalità Picture in picture. Le proporzioni e altre impostazioni di configurazione dell'attività sono specificate da args. Se in args ci sono campi vuoti, il sistema utilizza i valori impostati l'ultima volta che hai chiamatoActivity.setPictureInPictureParams()
.L'attività specificata viene posizionata in un angolo dello schermo; il resto dello schermo è riempito con l'attività precedente che era sullo schermo. L'attività in modalità PIP passa allo stato di pausa, ma rimane avviata. Se l'utente tocca l'attività PIP, il sistema mostra un menu con cui interagire; nessun evento di tocco raggiunge l'attività mentre è in stato PIP.
-
Activity.setPictureInPictureParams()
: aggiorna le impostazioni di configurazione PIP di un'attività. Se l'attività è attualmente in modalità PIP, le impostazioni vengono aggiornate. Ciò è utile se le proporzioni dell'attività cambiano. Se l'attività non è in modalità PIP, queste impostazioni di configurazione vengono utilizzate indipendentemente dal metodoenterPictureInPictureMode()
chiamato.
Notifiche
In Android 8.0 (livello API 26), abbiamo riprogettato le notifiche per offrire un modo più semplice e coerente di gestire il comportamento e le impostazioni delle notifiche. Queste modifiche includono:
- Canali di notifica: Android 8.0 introduce canali di notifica che consentono di creare un canale personalizzabile dall'utente per ogni tipo di notifica che vuoi visualizzare. L'interfaccia utente fa riferimento ai canali di notifica come categorie di notifica. Per informazioni su come implementare i canali di notifica, consulta Gestione dei canali di notifica.
- Indicatori di notifica: Android 8.0 introduce il supporto della visualizzazione di punti, o badge, sulle icone di Avvio applicazioni. Gli indicatori di notifica riflettono la presenza di notifiche per le quali l'utente non ha ancora chiuso o eseguito azioni. Per informazioni su come utilizzare gli indicatori di notifica, consulta Badge di notifica.
- Posticipare: gli utenti possono posticipare le notifiche, il che causa la loro scomparsa per un determinato periodo di tempo prima di riapparire. Le notifiche vengono visualizzate di nuovo con lo stesso livello di importanza con cui sono apparse per la prima volta. Le app possono rimuovere o aggiornare una notifica posticipata, ma l'aggiornamento di una notifica posticipata non ne determina la visualizzazione di nuovo.
- Timeout delle notifiche: puoi impostare un timeout quando crei una notifica utilizzando
setTimeoutAfter()
. Puoi utilizzare questo metodo per specificare un periodo di tempo dopo il quale deve essere annullata la notifica. Se necessario, puoi annullare una notifica prima che scada la durata del timeout specificata. - Impostazioni di notifica: puoi chiamare
setSettingsText()
per impostare il testo che viene visualizzato quando crei un link alle impostazioni di notifica della tua app da una notifica utilizzando l'intentNotification.INTENT_CATEGORY_NOTIFICATION_PREFERENCES
. Il sistema potrebbe fornire le seguenti opzioni aggiuntive con l'intento di filtrare le impostazioni che l'app deve mostrare agli utenti:EXTRA_CHANNEL_ID
,NOTIFICATION_TAG
eNOTIFICATION_ID
. - Ignorare le notifiche: gli utenti possono ignorare le notifiche autonomamente e le app possono rimuoverle in modo programmatico. Puoi determinare quando una notifica
viene ignorata e perché viene ignorata implementando il
metodo
onNotificationRemoved()
dalla classeNotificationListenerService
. - Colori di sfondo: puoi impostare e attivare un colore di sfondo per una
notifica. Dovresti usare questa funzionalità solo nelle notifiche per le attività in corso che sono fondamentali per un colpo d'occhio da parte dell'utente. Ad esempio, puoi impostare un colore di sfondo per le notifiche relative alle indicazioni stradali o una telefonata in corso. Puoi anche impostare il colore di sfondo che preferisci utilizzando
setColor()
. In questo modo puoi usaresetColorized()
per abilitare l'uso di un colore di sfondo per una notifica. - Stile di messaggistica: in Android 8.0, le notifiche che utilizzano la classe
MessagingStyle
mostrano più contenuti in formato compresso. Dovresti utilizzare la classeMessagingStyle
per le notifiche relative ai messaggi. Puoi anche utilizzare il metodoaddHistoricMessage()
per fornire contesto a una conversazione aggiungendo la cronologia dei messaggi alle notifiche relative ai messaggi.
Framework di compilazione automatica
La creazione dell'account, l'accesso e le transazioni con carta di credito richiedono tempo e sono soggette a errori. Gli utenti possono facilmente sentirsi frustrati dalle app che richiedono questo tipo di attività ripetitive.
Con l'introduzione del framework per la compilazione automatica, Android 8.0 (livello API 26) semplifica la compilazione di moduli, ad esempio moduli di accesso e per carte di credito. Le app nuove ed esistenti funzioneranno con il framework di compilazione automatica dopo che l'utente ha attivato la compilazione automatica.
Puoi adottare alcune misure per ottimizzare il funzionamento dell'app con il framework. Per ulteriori informazioni, consulta la sezione Panoramica del framework per la compilazione automatica.
Caratteri scaricabili
Android 8.0 (livello API 26) e Android Support Library 26 consentono di richiedere caratteri da un'applicazione del provider anziché raggruppare caratteri nell'APK o consentire all'APK di scaricare caratteri. Questa funzionalità riduce le dimensioni dell'APK, aumenta la percentuale di installazioni dell'app riuscite e consente a più app di condividere lo stesso carattere.
Per ulteriori informazioni sul download dei caratteri, consulta la sezione Caratteri scaricabili.
Caratteri in XML
Android 8.0 (livello API 26) introduce una nuova funzionalità, i caratteri in XML, che consente di utilizzare i caratteri come risorse. Ciò significa che non occorre raggruppare i caratteri
come asset. I caratteri sono compilati nel file R
e sono automaticamente disponibili nel sistema come risorsa. Puoi quindi accedere a questi caratteri con l'aiuto di un nuovo tipo di risorsa, font
.
Support Library 26 fornisce il supporto completo di questa funzionalità sui dispositivi che eseguono l'API versione 14 e successive.
Per ulteriori informazioni sull'utilizzo dei caratteri come risorse e sul recupero dei caratteri di sistema, consulta Caratteri in XML.
Ridimensionamento automatico TextView
Android 8.0 (livello API 26) ti consente di impostare le dimensioni dell'espansione o della contrazione del testo in base alle dimensioni di TextView. Ciò significa che è molto più semplice ottimizzare le dimensioni del testo su schermi diversi o con contenuti dinamici. Per ulteriori informazioni, consulta la pagina relativa al ridimensionamento automatico di TextView in Android 8.0.
Icone adattive
Android 8.0 (livello API 26) introduce icone di avvio applicazioni adattivo. Le icone adattive supportano effetti visivi e possono mostrare una varietà di forme su diversi modelli di dispositivi. Per scoprire come creare icone adattive, consulta la guida Icone adattive.
Gestione del colore
Gli sviluppatori Android di app di imaging possono ora avvalersi di nuovi dispositivi con display che supportano colori ad ampia gamma. Per visualizzare immagini con un ampio gamut, le app devono attivare un flag nel file manifest (per attività) e caricare le bitmap con un profilo a colori largo incorporato (AdobeRGB, Pro Photo RGB, DCI-P3 e così via).
API WebView
Android 8.0 fornisce diverse API per aiutarti a gestire gli oggetti WebView
che mostrano contenuti web nella tua app. Queste API, che migliorano la stabilità e la sicurezza della tua app, includono quanto segue:
- API Version
- API Google Navigazione sicura
- API Terminazione Handle
- API Renderer Importance
Per scoprire di più su come utilizzare queste API, consulta Gestione dei componenti WebView.
La classe WebView
ora include un'API Navigazione sicura per migliorare la sicurezza della navigazione sul web. Per ulteriori informazioni, consulta la pagina relativa all'API Google Navigazione sicura.
Blocco di scorciatoie e widget
Android 8.0 (livello API 26) introduce il blocco in-app di scorciatoie e widget. Nella tua app puoi creare scorciatoie e widget bloccati per gli strumenti di avvio app supportati, in base all'autorizzazione dell'utente.
Per ulteriori informazioni, consulta la guida alla funzionalità Bloccare scorciatoie e widget.
Proporzioni massime dello schermo
Android 8.0 (livello API 26) apporta modifiche alla configurazione delle proporzioni massime di un'app.
Innanzitutto, Android 8.0 introduce l'attributo maxProporzioni, che puoi utilizzare per impostare le proporzioni massime della tua app. Inoltre, in Android 8.0 e versioni successive, le proporzioni massime predefinite di un'app sono quelle native del dispositivo su cui è in esecuzione.
Per maggiori informazioni sulla dichiarazione delle proporzioni massime, consulta Supporto di più schermi.
Supporto di più display
A partire da Android 8.0 (livello API 26), la piattaforma offre un supporto avanzato per più display. Se un'attività supporta la modalità multi-finestra e viene eseguita su un dispositivo con più display, gli utenti possono spostarla da un display all'altro. Quando un'app avvia un'attività, l'app può specificare su quale display deve essere eseguita l'attività.
Nota: se un'attività supporta la modalità multi-finestra, Android 8.0 attiva automaticamente il supporto multi-display per quell'attività. Devi testare la tua app per assicurarti che funzioni adeguatamente in un ambiente con più display.
Può essere riattivata una sola attività alla volta, anche se l'app ha più display. L'attività con stato attivo è nello stato ripreso; tutte le altre attività visibili vengono messe in pausa, ma non interrotte. Per ulteriori informazioni sul ciclo di vita delle attività quando sono visibili più attività, consulta Ciclo di vita multi-finestra.
Quando un utente sposta un'attività da un display a un altro, il sistema ridimensiona l'attività ed emette le modifiche al runtime in base alle esigenze. L'attività può gestire la modifica della configurazione o consentire al sistema di eliminare il processo contenente l'attività e ricrearlo con le nuove dimensioni. Per ulteriori informazioni, consulta Gestione delle modifiche alla configurazione.
ActivityOptions
offre due nuovi metodi per supportare più display:
setLaunchDisplayId()
- Specifica su quale display deve essere mostrata l'attività all'avvio.
getLaunchDisplayId()
- Restituisci la visualizzazione dell'avvio corrente dell'attività.
La shell adb è estesa per supportare più display.
Ora il comando shell start
può essere utilizzato per avviare un'attività e per specificare la visualizzazione di destinazione dell'attività:
adb shell start <activity_name> --display <display_id>
Spaziatura interna e margini del layout unificati
Android 8.0 (livello API 26) ti consente di specificare più facilmente situazioni in cui i lati opposti di un elemento View
utilizzano lo stesso margine o la stessa spaziatura interna.
In particolare, ora puoi utilizzare i seguenti attributi nei file XML di layout:
-
layout_marginVertical
, che definiscelayout_marginTop
elayout_marginBottom
contemporaneamente. -
layout_marginHorizontal
, che definiscelayout_marginLeft
elayout_marginRight
contemporaneamente. -
paddingVertical
, che definiscepaddingTop
epaddingBottom
contemporaneamente. -
paddingHorizontal
, che definiscepaddingLeft
epaddingRight
contemporaneamente.
Nota: se personalizzi la logica della tua app in modo da supportare lingue e culture diverse, inclusa la direzione del testo, tieni presente che questi attributi non influiscono sui valori di
layout_marginStart
,
layout_marginEnd
,
paddingStart
o
paddingEnd
. Puoi impostare questi valori autonomamente, oltre ai nuovi attributi per il layout verticale e orizzontale, per creare un comportamento del layout che dipenda dalla direzione del testo.
Acquisizione con puntatore
Alcune app, come giochi, desktop remoto e client di virtualizzazione, traggono molto vantaggio dal controllo del puntatore del mouse. L'acquisizione del puntatore è una nuova funzionalità di Android 8.0 (livello API 26) che offre questo controllo tramite la pubblicazione di tutti gli eventi del mouse in una visualizzazione specifica dell'app.
A partire da Android 8.0, un View
nella tua app può richiedere l'acquisizione del puntatore e definire un listener per elaborare gli eventi di puntatore acquisiti. In questa modalità il puntatore del mouse è nascosto. La vista può rilasciare l'acquisizione del puntatore
quando non ha più bisogno delle informazioni del mouse. Il sistema può anche rilasciare l'acquisizione del puntatore quando la vista perde lo stato attivo, ad esempio quando l'utente apre un'altra app.
Per informazioni su come utilizzare questa funzionalità nella tua app, consulta Acquisizione del puntatore.
Categorie di app
Android 8.0 (livello API 26) consente a ogni app di dichiarare una categoria in cui rientra, se pertinente. Queste categorie vengono utilizzate per raggruppare le app con uno scopo o una funzione simile quando le presenti agli utenti, ad esempio per utilizzo dei dati, utilizzo della batteria o utilizzo dello spazio di archiviazione. Puoi definire una categoria per la tua app impostando l'attributo android:appCategory
nel tag manifest <application>
.
Avvio app di Android TV
Android 8.0 (livello API 26) include una nuova esperienza della schermata Home di Android TV incentrata sui contenuti, disponibile con l'emulatore di Android TV e l'immagine del dispositivo Nexus Player per Android 8.0. La nuova schermata Home organizza i contenuti video in righe corrispondenti ai canali, ognuno dei quali è compilato con i programmi di un'app nel sistema. Le app possono pubblicare più canali e gli utenti possono configurare quali canali vogliono vedere nella schermata Home. La schermata Home di Android TV include anche una riga Guarda successivo, in cui sono compilati i programmi delle app, basati sulle abitudini di visualizzazione dell'utente. Le app possono anche fornire anteprime video, che vengono riprodotte automaticamente quando un utente si concentra su un programma. Le API per il completamento di canali e programmi fanno parte delle API TvProvider, distribuite come modulo Android Support Library con Android 8.0.
Insieme dell'animazione
A partire da Android 8.0 (livello API 26), l'API AnimatorSet
ora supporta la ricerca e la riproduzione al contrario. La ricerca consente di impostare la posizione dell'animazione impostata su un punto specifico nel tempo. La riproduzione invertita è utile se l'app include animazioni
per azioni che possono essere annullate. Invece di definire due insiemi di animazioni distinti, puoi riprodurre gli stessi contenuti al contrario.
Input e navigazione
Cluster di navigazione da tastiera
Se un'attività nella tua app utilizza una gerarchia di visualizzazioni complessa, come quella nella Figura 2, valuta la possibilità di organizzare gruppi di elementi dell'interfaccia utente in cluster per semplificare la navigazione da tastiera tra di essi. Sui dispositivi Chromebook gli utenti possono premere Meta+Tab o Ricerca Tab per passare da un cluster all'altro. Un buon esempio di cluster include: riquadri laterali, barre di navigazione, aree di contenuti principali ed elementi che potrebbero contenere molti elementi secondari.
Per trasformare un elemento View
o ViewGroup
in un cluster, imposta l'attributo
android:keyboardNavigationCluster
su true
nel file XML di layout dell'elemento oppure passa true
a setKeyboardNavigationCluster()
nella logica dell'interfaccia utente dell'app.
Nota: i cluster non possono essere nidificati, anche se i cluster non nidificati possono apparire a livelli diversi della gerarchia. Se tenti di nidificare i cluster, il framework considera come cluster solo l'elemento ViewGroup
più in alto.
Sui dispositivi dotati di touchscreen, puoi impostare l'elemento android:touchscreenBlocksFocus
di un oggetto ViewGroup
designato in cluster su true
per consentire la navigazione solo cluster all'interno e all'esterno del cluster. Se applichi questa
configurazione a un cluster, gli utenti non possono utilizzare il tasto Tab o i tasti Freccia per
accedere o uscire dal cluster; devono invece premere la combinazione di
tastiera di navigazione del cluster.
Visualizza stato attivo predefinito
In Android 8.0 (livello API 26), puoi assegnare l'elemento View
che dovrebbe essere attivo dopo che un'attività (ri)creata viene ripresa e l'utente preme un tasto di navigazione da tastiera, ad esempio il tasto Tab. Per applicare questa impostazione di impostazione predefinita, imposta l'attributo
android:focusedByDefault
di un elemento View
su true
nel file XML di layout contenente l'elemento UI, oppure passa true
a setFocusedByDefault()
nella logica dell'interfaccia utente della tua app.
Output vocale
Le attività e i servizi possono utilizzare le istanze di
TextToSpeech
per dettare e pronunciare i contenuti. A partire da Android 8.0 (livello API 26), la tua app può ottenere informazioni più precise sulla tempistica in merito a quando un motore di sintesi vocale inizia a pronunciare singole parole sintetizzate, purché il motore fornisca queste informazioni. Puoi utilizzare questa funzionalità per richiamare l'attenzione su parole specifiche mentre il motore di sintesi vocale le pronuncia.
Per utilizzare questi miglioramenti del motore di sintesi vocale nella tua app, registra un'istanza di UtteranceProgressListener
. Come parte del processo di registrazione, includi un gestore per il metodo onRangeStart()
.
Il motore di sintesi vocale chiama
rangeStart()
per registrare il momento in cui dovrebbe iniziare la riproduzione audio di un intervallo specifico di testo. Quando inizia la riproduzione dell'audio per quell'intervallo di testo, viene eseguito il metodo
onRangeStart()
dell'app. L'app può quindi rispondere a questo callback, ad esempio
evidenziando l'intervallo di testo associato all'espressione.
Per ulteriori informazioni sul monitoraggio dell'avanzamento della riproduzione di un motore di sintesi vocale, consulta il riferimento della classe UtteranceProgressListener
.
Sistema
Nuovi rilevatori StrictMode
Android 8.0 (livello API 26) aggiunge tre nuovi rilevatori StrictMode per aiutarti a identificare potenziali bug nella tua app:
detectUnbufferedIo()
rileverà quando la tua app legge o scrive dati senza buffering, il che può influire drasticamente sulle prestazioni.detectContentUriWithoutPermission()
rileverà quando la tua app dimentica accidentalmente le autorizzazioni a un'altra app quando avvii un'attività al di fuori della tua app.detectUntaggedSockets()
rileverà quando la tua app esegue traffico di rete senza utilizzaresetThreadStatsTag(int)
per taggare il traffico ai fini del debug.
Dati memorizzati nella cache
Android 8.0 (livello API 26) offre indicazioni e comportamenti migliori in merito ai dati memorizzati nella cache. A ogni applicazione viene assegnata una quota di spazio su disco per i dati memorizzati nella cache, come restituito da getCacheQuotaBytes(UUID)
.
Quando il sistema ha bisogno di liberare spazio su disco, inizia eliminando i file memorizzati nella cache dalle app che superano maggiormente la quota allocata. Pertanto, se mantieni i dati memorizzati nella cache al di sotto della quota allocata, i file memorizzati nella cache saranno tra gli ultimi nel sistema a essere cancellati quando necessario. Quando il sistema decide quali file memorizzati nella cache eliminare all'interno dell'app, prende in considerazione per primi i file meno recenti (in base alla data e all'ora della modifica).
Esistono anche due nuovi comportamenti che puoi attivare in base alla directory per controllare il modo in cui il sistema libera i dati memorizzati nella cache:
StorageManager.setCacheBehaviorAtomic()
può essere utilizzato per indicare che una directory e tutti i suoi contenuti devono essere eliminati come una singola unità atomica.setCacheBehaviorTombstone(File, boolean)
può essere utilizzato per indicare che, anziché eliminare i file all'interno di una directory, devono essere troncati a 0 byte, lasciando intatto il file vuoto.
Infine, se devi allocare spazio su disco per file di grandi dimensioni, puoi utilizzare la nuova API allocateBytes(FileDescriptor, long)
, che cancella automaticamente i file memorizzati nella cache appartenenti ad altre app (se necessario) per soddisfare la tua richiesta. Per stabilire se il dispositivo dispone di spazio su disco sufficiente per contenere i nuovi dati, chiama getAllocatableBytes(UUID)
anziché utilizzare getUsableSpace()
, poiché il primo prenderà in considerazione tutti i dati memorizzati nella cache che il sistema è disposto a cancellare per tuo conto.
Pagina del fornitore di contenuti
Abbiamo aggiornato i fornitori di contenuti per includere il supporto per il caricamento di un set di dati di grandi dimensioni, una pagina alla volta. Ad esempio, un'app di foto con molte migliaia di immagini può eseguire una query per un sottoinsieme di dati da presentare in una pagina. Ogni pagina di risultati restituiti da un fornitore di contenuti è rappresentata da un singolo oggetto Cursor. Sia un client che un provider devono implementare il paging per utilizzare questa funzionalità.
Per informazioni dettagliate sulle modifiche ai fornitori di contenuti, consulta
ContentProvider
e
ContentProviderClient
.
Richieste di aggiornamento dei contenuti
Le classi ContentProvider
e ContentResolver
ora includono ciascuna un metodo refresh()
, che consente ai clienti di sapere più facilmente se le informazioni che richiedono sono aggiornate.
Puoi aggiungere una logica di aggiornamento dei contenuti personalizzata estendendo
ContentProvider
. Assicurati di eseguire l'override del metodo refresh()
per restituire true
, indicando ai client del tuo provider che hai tentato di aggiornare i dati autonomamente.
L'app client può richiedere esplicitamente i contenuti aggiornati chiamando un
altro metodo, chiamato anche
refresh()
. Quando chiami questo metodo, passa l'URI dei dati per aggiornare.
Nota: poiché potresti richiedere dati tramite una rete, devi richiamare refresh()
dal lato client solo se esiste un'indicazione chiara che i contenuti non siano aggiornati.
Il motivo più comune per eseguire questo tipo di aggiornamento dei contenuti è in risposta a un gesto di scorrimento per aggiornare, che richiede esplicitamente all'interfaccia utente corrente di visualizzare contenuti aggiornati.
Miglioramenti a JobScheduler
Android 8.0 (livello API 26) introduce una serie di miglioramenti a JobScheduler
. Questi miglioramenti consentono all'app di rispettare più facilmente i nuovi limiti di esecuzione in background, poiché in genere è possibile utilizzare i job pianificati per sostituire i servizi in background ora limitati o i ricevitori di trasmissione impliciti.
Gli aggiornamenti a JobScheduler
includono:
-
Ora puoi associare una coda di lavoro a un job programmato. Per aggiungere un elemento di lavoro alla coda di un job, chiama
JobScheduler.enqueue()
. Quando il job è in esecuzione, può rimuovere il lavoro in sospeso dalla coda ed elaborarlo. Questa funzionalità gestisce molti dei casi d'uso che in precedenza avrebbero richiesto l'avvio di un servizio in background, in particolare i servizi che implementanoIntentService
. -
Android Support Library 26.0.0 introduce una nuova classe
JobIntentService
, che offre la stessa funzionalità diIntentService
, ma utilizza i job invece dei servizi quando viene eseguita su Android 8.0 (livello API 26) o versioni successive. -
Ora puoi chiamare
JobInfo.Builder.setClipData()
per associareClipData
a un job. Questa opzione consente di associare le concessioni di autorizzazioni URI a un job, in modo simile alla propagazione delle autorizzazioni aContext.startService()
. Puoi anche utilizzare autorizzazioni URI con intent nelle code di lavoro. -
I job pianificati ora supportano diversi nuovi vincoli:
JobInfo.isRequireStorageNotLow()
- Il job non viene eseguito se lo spazio di archiviazione disponibile del dispositivo è in esaurimento.
JobInfo.isRequireBatteryNotLow()
- Il job non viene eseguito se il livello della batteria è pari o inferiore alla soglia critica; questo è il livello a cui il dispositivo mostra la finestra di dialogo del sistema di avviso di batteria scarica.
NETWORK_TYPE_METERED
- Il job richiede una connessione di rete a consumo, come la maggior parte dei piani di rete dati.
Datastore personalizzato
Android 8.0 (livello API 26) ti consente di fornire un datastore personalizzato in base alle tue preferenze, che può essere utile se la tua app archivia le preferenze in un database cloud o locale oppure se le preferenze sono specifiche per dispositivo. Per maggiori informazioni sull'implementazione del datastore, consulta la pagina relativa al datastore personalizzato.
Miglioramenti multimediali
Forma del volume
C'è un nuovo corso VolumeShaper
. Usala per eseguire brevi transizioni automatiche del volume come dissolvenze in entrata, in uscita e incrociate.
Per ulteriori informazioni, consulta Controllo dell'ampiezza con VolumeShaper.
Miglioramenti della messa a fuoco audio
Le app audio condividono l'output audio su un dispositivo richiedendo e abbandonando lo stato attivo sull'audio.
Un'app gestisce le modifiche di messa a fuoco avviando o interrompendo la riproduzione o abbassando il volume.
C'è un nuovo corso AudioFocusRequest
. Utilizzando questa classe come parametro di
requestAudioFocus()
,
le app hanno nuove funzionalità per la gestione delle variazioni del focus audio:
l'attenuazione automatica automatica e il
aumento ritardato della messa a fuoco.
Metriche dei media
Un nuovo metodo getMetrics()
restituisce un oggetto PersistableBundle
contenente informazioni sulla configurazione e sulle prestazioni, espresse come mappa di attributi e valori.
Il metodo getMetrics()
è definito per queste classi multimediali:
MediaPlayer.getMetrics()
MediaRecorder.getMetrics()
MediaCodec.getMetrics()
MediaExtractor.getMetrics()
Le metriche vengono raccolte separatamente per ogni istanza e vengono mantenute per tutta la durata dell'istanza. Se non ci sono metriche disponibili, il metodo restituisce null. Le metriche effettive restituite dipendono dalla classe.
Media player
A partire da Android 8.0 (livello API 26), MediaPlayer è in grado di riprodurre materiale protetto da DRM e contenuti multimediali criptati a livello di campione HLS.
Android 8.0 introduce un nuovo comando seekTo()
con sovraccarico che fornisce un controllo granulare quando cerchi un frame. Include un secondo parametro che specifica una modalità di ricerca:
SEEK_PREVIOUS_SYNC
sposta la posizione dell'elemento multimediale in un frame di sincronizzazione (o chiave) associato a un'origine dati che si trova immediatamente prima o in un determinato momento.SEEK_NEXT_SYNC
sposta la posizione dell'elemento multimediale in un frame di sincronizzazione (o chiave) associato a un'origine dati che si trova immediatamente dopo o in un determinato momento.SEEK_CLOSEST_SYNC
sposta la posizione dell'elemento multimediale in un frame di sincronizzazione (o chiave) associato a un'origine dati che si trova più vicina o in un dato momento.SEEK_CLOSEST
sposta la posizione dell'elemento multimediale in un frame (non necessariamente una sincronizzazione o un frame chiave) associato a un'origine dati più vicina o in un determinato momento.
Quando la ricerca continua, le app dovrebbero usare una qualsiasi delle modalità SEEK_
anziché SEEK_CLOSEST
, che funziona relativamente più lentamente, ma può essere più precisa.
Registratore multimediale
- MediaRecorder ora supporta il formato MPEG2_TS, utile per lo streaming:
Kotlin
mediaRecorder.setOutputFormat(MediaRecorder.OutputFormat.MPEG_2_TS)
Java
mediaRecorder.setOutputFormat(MediaRecorder.OutputFormat.MPEG_2_TS);
- Ora
MediaMuxer
può gestire un numero qualsiasi di stream audio e video. Non sei più limitato a una sola traccia audio e/o a una sola traccia video. UsaaddTrack()
per mixare tutte le tracce che vuoi. MediaMuxer
può anche aggiungere una o più tracce di metadati contenenti informazioni per frame definite dall'utente. Il formato dei metadati è definito dalla tua applicazione. La traccia di metadati è supportata solo per i container MP4.
I metadati possono essere utili per l'elaborazione offline. Ad esempio, i segnali del giroscopio provenienti dal sensore potrebbero essere usati per la stabilizzazione video.
Quando aggiungi una traccia di metadati, il formato MIME della traccia deve iniziare con il prefisso "application/". Scrivere i metadati equivale a scrivere dati video/audio,
con la differenza che i dati non provengono da un elemento MediaCodec
. Invece, l'app trasmette un
ByteBuffer
con un timestamp associato al
metodo writeSampleData()
.
Il timestamp deve coincidere con la stessa base temporale delle tracce video e audio.
Il file MP4 generato utilizza il TextMetaDataSampleEntry
definito nella sezione 12.3.3.2 dell'ISOBMFF per segnalare il formato MIME dei metadati. Quando utilizzi MediaExtractor
per estrarre il file con la traccia dei metadati, il formato MIME dei metadati verrà estratto in MediaFormat
.
Accesso ai file multimediali migliorato
Storage Access Framework (SAF) consente alle app di esporre un elemento DocumentsProvider
personalizzato, che può fornire ad altre app l'accesso ai file di un'origine dati. Infatti, un fornitore di documenti può anche fornire l'accesso a file che risiedono nello spazio di archiviazione di rete o che utilizzano un protocollo come Media Transfer Protocol (MTP).
Tuttavia, l'accesso a file multimediali di grandi dimensioni da un'origine dati remota presenta alcune difficoltà:
- I lettori multimediali richiedono l'accesso a un file tramite ricerca da un fornitore di documenti. Nei casi in cui un file multimediale di grandi dimensioni si trova in un'origine dati remota, il provider di documenti deve recuperare tutti i dati in anticipo e creare un descrittore del file snapshot. Il media player non può riprodurre il file senza il descrittore del file, pertanto la riproduzione non può iniziare finché il fornitore dei documenti non ha terminato il download del file.
- I gestori delle raccolte di contenuti multimediali, ad esempio le app di foto, devono attraversare una serie di URI di accesso per raggiungere i contenuti multimediali archiviati su una scheda SD esterna tramite cartelle con ambito. Questo pattern di accesso rende piuttosto lente le operazioni di massa sui supporti, come spostamento, copia ed eliminazione.
- I gestori delle raccolte multimediali non possono determinare la posizione di un documento in base al relativo URI. Per questo motivo, per questi tipi di app è difficile consentire agli utenti di scegliere dove salvare un file multimediale.
Android 8.0 risponde a ciascuna di queste sfide migliorando il framework di accesso allo spazio di archiviazione.
Provider di documenti personalizzati
A partire da Android 8.0, Storage Access Framework consente ai provider di documenti personalizzati di creare descrittori di file disponibili per la ricerca per i file che risiedono in un'origine dati remota. SAF può aprire un file per ottenere un descrittore di file nativo. Il SAF invia quindi richieste di byte discreti al fornitore di documenti. Questa funzionalità consente a un provider di documenti di restituire l'esatto intervallo di byte richiesto da un'app di media player, anziché memorizzare in anticipo l'intero file nella cache.
Per utilizzare questa funzionalità, devi chiamare il nuovo metodo StorageManager.openProxyFileDescriptor()
. Il metodo openProxyFileDescriptor()
accetta un oggetto ProxyFileDescriptorCallback
come callback. SAF richiama il callback ogni volta che un'applicazione client esegue operazioni con i file sul descrittore del file restituito dal provider di documenti.
Accesso diretto ai documenti
A partire da Android 8.0 (livello API 26), puoi usare il metodo getDocumentUri()
per ottenere un URI che fa riferimento allo stesso documento del mediaUri
specificato.
Tuttavia, poiché l'URI restituito è supportato da DocumentsProvider
, i gestori delle raccolte multimediali possono accedere direttamente al documento, senza dover attraversare strutture di directory con ambito.
Di conseguenza, i gestori dei media possono eseguire operazioni con i file sul documento in modo molto più rapido.
Attenzione: il metodo getDocumentUri()
individua solo i file multimediali, ma non concede alle app l'autorizzazione ad accedere a questi file. Per scoprire di più su come ottenere l'autorizzazione di accesso ai file multimediali, consulta la documentazione di riferimento.
Percorsi dei documenti
Quando usi Storage Access Framework in Android 8.0 (livello API 26), puoi usare il metodo findDocumentPath()
, disponibile in entrambe le classi DocumentsContract
e DocumentsProvider
, per determinare il percorso dalla directory principale di un file system a cui è stato assegnato l'ID di un documento. Il metodo restituisce questo percorso in un oggetto DocumentsContract.Path
. Nei casi in cui un file system ha più percorsi definiti per lo stesso documento, il metodo restituisce il percorso utilizzato più spesso per raggiungere il documento con l'ID specificato.
Questa funzionalità è particolarmente utile nei seguenti scenari:
- La tua app utilizza una finestra di dialogo "Salva con nome" che mostra la posizione di un determinato documento.
- La tua app mostra le cartelle in una visualizzazione dei risultati di ricerca e, se l'utente seleziona quella cartella, deve caricare i documenti secondari che si trovano all'interno di una determinata cartella.
Nota: se la tua app è autorizzata ad accedere solo ad alcuni documenti
nel percorso, il valore restituito findDocumentPath()
include solo
le cartelle e i documenti a cui può accedere la tua app.
Monitoraggio della riproduzione audio
Il servizio di sistema AudioManager
gestisce un elenco di oggetti AudioPlaybackConfiguration
attivi, ognuno dei quali contiene informazioni su una determinata sessione di riproduzione audio. La tua app può recuperare l'insieme delle configurazioni attualmente attive chiamando getActivePlaybackConfigurations()
.
A partire da Android 8.0 (livello API 26), puoi registrare un callback che avvisa la tua app quando uno o più oggetti AudioPlaybackConfiguration
sono cambiati. Per farlo,
chiama registerAudioPlaybackCallback()
, passando un'istanza di
AudioManager.AudioPlaybackCallback
. La classe AudioManager.AudioPlaybackCallback
contiene il metodo onPlaybackConfigChanged()
, che il sistema chiama quando la configurazione di riproduzione audio cambia.
Connettività
Sensibile al Wi-Fi
Android 8.0 (livello API 26) aggiunge il supporto per il Wi-Fi Aware, che si basa sulla specifica NAN (Near Awareness Networking). Sui dispositivi dotati dell'hardware Wi-Fi Aware appropriato, le app e i dispositivi nelle vicinanze possono rilevare e comunicare tramite Wi-Fi senza un punto di accesso a internet. Stiamo collaborando con i nostri partner hardware per portare la tecnologia Wi-Fi Aware nei dispositivi il prima possibile. Per informazioni su come integrare Wi-Fi Aware nella tua app, vedi Wi-Fi Aware.
Bluetooth
Android 8.0 (livello API 26) arricchisce il supporto Bluetooth della piattaforma aggiungendo le seguenti funzionalità:
- Supporto per lo standard AVRCP 1.4, che consente la navigazione nella raccolta di brani.
- Supporto per lo standard BLE (Bluetooth Low-Energy) 5.0.
- Integrazione del codec LDAC di Sony nello stack Bluetooth.
Accoppiamento dispositivo associato
Android 8.0 (livello API 26) fornisce API che consentono di personalizzare la finestra di dialogo della richiesta di accoppiamento quando si cerca di accoppiare dispositivi complementari tramite Bluetooth, BLE e Wi-Fi. Per ulteriori informazioni, consulta la sezione Accoppiamento dei dispositivi complementari.
Per ulteriori informazioni sull'uso del Bluetooth su Android, consulta la guida relativa al Bluetooth. Per le modifiche al Bluetooth specifiche di Android 8.0 (livello API 26), consulta la sezione Bluetooth nella pagina Modifiche del comportamento di Android 8.0.
Condivisione
Condivisione intelligente
Android 8.0 (livello API 26) apprende le preferenze di condivisione personalizzate degli utenti e capisce meglio ogni tipo di contenuto, che è l'app giusta con cui condividere. Ad esempio, se un utente scatta la foto di una ricevuta, Android 8.0 può suggerire un'app per il monitoraggio delle spese; se l'utente scatta un selfie, un'app di social media può gestire meglio l'immagine. Android 8.0 apprende automaticamente tutti questi pattern in base alle preferenze personalizzate degli utenti.
La condivisione intelligente funziona per tipi di contenuti diversi da image
, come audio
, video
, text
, URL
e così via.
Per attivare la condivisione intelligente, aggiungi un ArrayList
di annotazioni di massimo tre
stringhe all'intent che condivide i contenuti. Le annotazioni devono descrivere i componenti o gli argomenti principali dei contenuti. Il seguente esempio di codice mostra come aggiungere annotazioni all'intent:
Kotlin
val annotations: ArrayList<String> = arrayListOf( "topic1", "topic2", "topic3" ) intent.putStringArrayListExtra( Intent.EXTRA_CONTENT_ANNOTATIONS, annotations )
Java
ArrayList<String> annotations = new ArrayList<>(); annotations.add("topic1"); annotations.add("topic2"); annotations.add("topic3"); intent.putStringArrayListExtra( Intent.EXTRA_CONTENT_ANNOTATIONS, annotations );
Per informazioni dettagliate sulle annotazioni relative alla condivisione intelligente, consulta
EXTRA_CONTENT_ANNOTATIONS
.
Classificazione del testo
Sui dispositivi compatibili, le app possono utilizzare un nuovo classificatore di testo per verificare se una stringa corrisponde a un tipo di entità classificatore noto e ricevere alternative di selezione suggerite. Le entità riconosciute dal sistema includono indirizzi, URL,
numeri di telefono e indirizzi email. Per ulteriori informazioni, consulta
TextClassifier
.
Accessibilità
Android 8.0 (livello API 26) supporta diverse nuove funzioni di accessibilità per gli sviluppatori che creano i propri servizi di accessibilità:
- Una nuova categoria di volume per la regolazione del volume di accessibilità.
- Gesti con le impronte come meccanismo di immissione.
- Funzionalità di sintesi vocale multilingue.
- Una scorciatoia per l'accessibilità basata su hardware per accedere rapidamente a un servizio di accessibilità preferito.
- Supporto per gesti continui o sequenze di tratti programmatiche.
- Un pulsante di accessibilità per richiamare una delle diverse funzioni di accessibilità abilitate (disponibile solo sui dispositivi che utilizzano un'area di navigazione sottoposta a rendering software).
- Valori standardizzati dell'intervallo unilaterale.
- Diverse funzionalità per elaborare il testo più facilmente, inclusi il testo del suggerimento e le posizioni dei caratteri di testo sullo schermo.
Sicurezza e privacy
Autorizzazioni
Android 8.0 (livello API 26) introduce diverse nuove autorizzazioni relative alla telefonia:
- L'autorizzazione
ANSWER_PHONE_CALLS
consente alla tua app di rispondere alle telefonate in arrivo in modo programmatico. Per gestire una chiamata in arrivo nella tua app, puoi utilizzare il metodoacceptRingingCall()
. - L'autorizzazione
READ_PHONE_NUMBERS
concede alla tua app l'accesso in lettura ai numeri di telefono memorizzati su un dispositivo.
Queste autorizzazioni sono entrambe classificate come pericolose e fanno parte del gruppo di autorizzazioni PHONE
.
Nuove API per l'accesso all'account e il rilevamento
Android 8.0 (livello API 26) introduce diversi miglioramenti al modo in cui le app accedono agli account utente. Per gli account che gestiscono, gli autenticati possono utilizzare le proprie norme per decidere se nascondere o rivelare gli account a un'app. Il sistema Android monitora le applicazioni che possono accedere a un determinato account.
Nelle versioni precedenti di Android, le app che volevano monitorare l'elenco degli account utente dovevano ricevere aggiornamenti su tutti gli account, inclusi quelli con tipi non correlati. Android 8.0 aggiunge il metodo addOnAccountsUpdatedListener(android.accounts.OnAccountsUpdateListener, android.os.Handler, boolean, java.lang.String[])
, che consente alle app di specificare un elenco di tipi di account per i quali ricevere le modifiche all'account.
Modifiche all'API
AccountManager offre sei nuovi metodi per aiutare gli amministratori a stabilire quali app possono visualizzare un account:
setAccountVisibility(android.accounts.Account, java.lang.String, int)
: imposta il livello di visibilità per una specifica combinazione di account utente e pacchetti.-
getAccountVisibility(android.accounts.Account, java.lang.String)
: consente di ottenere il livello di visibilità per una specifica combinazione di account utente e pacchetti. -
getAccountsAndVisibilityForPackage(java.lang.String, java.lang.String)
: consente agli autenticati di recuperare gli account e i livelli di visibilità di un determinato pacchetto. -
getPackagesAndVisibilityForAccount(android.accounts.Account)
: consente agli amministratori di memorizzare i valori di visibilità per un determinato account. -
addAccountExplicitly(android.accounts.Account, java.lang.String, android.os.Bundle, java.util.Map<java.lang.String, java.lang.Integer>)
: consente agli amministratori di inizializzare i valori di visibilità di un account. -
addOnAccountsUpdatedListener(android.accounts.OnAccountsUpdateListener, android.os.Handler, boolean, java.lang.String[])
: aggiunge un listenerOnAccountsUpdateListener
all'oggettoAccountManager
. Il sistema chiama questo listener ogni volta che l'elenco di account sul dispositivo cambia.
Android 8.0 (livello API 26) introduce due valori speciali per il nome del pacchetto per specificare i livelli di visibilità per le applicazioni che non sono state impostate utilizzando il metodo setAccountVisibility(android.accounts.Account, java.lang.String, int)
. Il valore di visibilità PACKAGE_NAME_KEY_LEGACY_VISIBLE
viene applicato alle app che hanno l'autorizzazione GET_ACCOUNTS
e alle versioni di destinazione di Android precedenti ad Android 8.0 o le cui firme corrispondono all'autenticatore che ha come target qualsiasi versione di Android.
PACKAGE_NAME_KEY_LEGACY_NOT_VISIBLE
fornisce un valore di visibilità predefinito per le app che non sono state impostate in precedenza e per le quali PACKAGE_NAME_KEY_LEGACY_VISIBLE
non è applicabile.
Per ulteriori informazioni sulle nuove API di accesso e individuazione degli account, consulta il
riferimento per
AccountManager
e
OnAccountsUpdateListener
.
Test
Test della strumentazione
Android 8.0 (livello API 26) offre il seguente supporto aggiuntivo per i test di strumentazione della tua app.
Esegui su processi dell'app non predefiniti
Ora puoi specificare che un determinato test di strumentazione deve essere eseguito su un processo al di fuori di quello predefinito dell'app. Questa configurazione è utile se l'app contiene più attività eseguite in processi diversi.
Per definire la strumentazione di processo non predefinita, vai al file manifest, quindi all'elemento
<instrumentation>
desiderato. Aggiungi l'attributo android:targetProcess
e impostane il valore su uno dei seguenti:
- Il nome di un particolare processo.
- Un elenco separato da virgole di nomi di processi.
- Un carattere jolly (
"*"
), che consente l'esecuzione della strumentazione su qualsiasi processo avviato che esegue il codice nel pacchetto specificato nell'attributoandroid:targetPackage
.
Mentre il test di strumentazione è in esecuzione, puoi controllare su quale processo
viene eseguito il test chiamando getProcessName()
.
Segnalare i risultati durante un test
Ora puoi generare report sui risultati mentre è in esecuzione il test della strumentazione, anziché in un secondo momento, chiamando addResults()
.
Simulazioni di intent per i test
Per semplificare la creazione di test dell'interfaccia utente isolati e indipendenti per le attività della tua app, Android 8.0 (livello API 26) introduce il metodo onStartActivity()
. Esegui l'override di questo metodo in una sottoclasse personalizzata della classe Instrumentation.ActivityMonitor
per gestire un particolare intent richiamato dalla tua classe di test.
Quando la classe di test richiama l'intent, il metodo restituisce un oggetto stub Instrumentation.ActivityResult
invece di eseguire l'intent stesso. Utilizzando questa logica di intent fittizia nei test, puoi concentrarti
sul modo in cui la tua attività prepara e gestisce l'intent che passi a
un'attività diversa o a un'app completamente diversa.
Runtime e strumenti
Ottimizzazioni della piattaforma
Android 8.0 (livello API 26) apporta alla piattaforma ottimizzazioni di runtime e altre soluzioni che comportano una serie di miglioramenti delle prestazioni. Queste ottimizzazioni includono la garbage collection con compazione contemporanea, un uso più efficiente della memoria e la località del codice.
Queste ottimizzazioni si traducono in tempi di avvio più rapidi e in prestazioni migliori sia nel sistema operativo che nelle app.
Supporto aggiornato per il linguaggio Java
Android 8.0 (livello API 26) aggiunge il supporto per diverse API Java OpenJDK aggiuntive:
java.time
da OpenJDK 8.java.nio.file
ejava.lang.invoke
da OpenJDK 7.
Per scoprire di più sulle classi e sui metodi all'interno dei pacchetti appena aggiunti, consulta la documentazione di riferimento dell'API.
Se vuoi utilizzare le funzionalità del linguaggio Java 8 in Android Studio, devi scaricare l'ultima versione di anteprima.
API ICU4J Framework per Android aggiornate
Android 8.0 (livello API 26) estende le API ICU4J Android Framework, che sono un sottoinsieme delle API ICU4J, che gli sviluppatori di app possono utilizzare nel pacchetto android.icu
. Queste API utilizzano i dati di localizzazione presenti sul dispositivo, quindi puoi ridurre l'utilizzo dell'APK non compilando le librerie ICU4J nell'APK.
Livello API Android | Versione per T.I. | Versione CLDR | Versione Unicode |
---|---|---|---|
Android 7.0 (livello API 24), Android 7.1 (livello API 25) | 56 | 28 | con Android 8.0 |
Android 8.0 (livello API 26) | 58,2 | 30,0,3 | 9.0 |
Per ulteriori informazioni sull'internazionalizzazione su Android, incluso il supporto di ICU4J, consulta Internazionalizzazione su Android.
Android Enterprise
Sono state introdotte nuove funzionalità e API aziendali per i dispositivi che eseguono Android 8.0 (livello API 26). Gli elementi in evidenza includono:
- I profili di lavoro sui dispositivi completamente gestiti consentono alle aziende di separare il lavoro dai dati personali, gestendo al contempo entrambi i casi.
- La delega API consente ai proprietari di dispositivi e profili di assegnare la gestione delle app ad altre applicazioni.
- I miglioramenti dell'esperienza utente nel flusso di provisioning (incluse nuove opzioni di personalizzazione) riducono i tempi di configurazione.
- I nuovi controlli su Bluetooth, Wi-Fi, backup e sicurezza consentono alle aziende di gestire ancora più dispositivi. Il logging delle attività di rete aiuta le aziende a tenere traccia dei problemi.
Per saperne di più su queste e altre nuove API e funzionalità Android Enterprise, consulta Android in Enterprise.