Funzionalità e API di Android 8.0

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

Picture in picture in Android 8.0.

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 chiamato Activity.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 metodo enterPictureInPictureMode() 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:

    Un menu di notifica premuto a lungo in Android 8.0 (livello API 26).

    In Android 8.0, gli utenti possono premere a lungo sulle icone di Avvio applicazioni per visualizzare le notifiche.

  • 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'intent Notification.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 e NOTIFICATION_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 classe NotificationListenerService.
  • 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 usare setColorized() 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 classe MessagingStyle per le notifiche relative ai messaggi. Puoi anche utilizzare il metodo addHistoricMessage() 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:

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.

Un&#39;attività di esempio che include cinque cluster di navigazione che l&#39;utente può esplorare utilizzando la scorciatoia per i cluster di navigazione da tastiera. I cluster vengono visualizzati nella seguente disposizione: riquadro superiore, riquadro laterale sinistro, area dei contenuti principali, riquadro inferiore e pulsante di azione mobile.
Figura 2. Attività contenente 5 cluster di navigazione

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:

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 implementano IntentService.
  • Android Support Library 26.0.0 introduce una nuova classe JobIntentService, che offre la stessa funzionalità di IntentService, 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 associare ClipData a un job. Questa opzione consente di associare le concessioni di autorizzazioni URI a un job, in modo simile alla propagazione delle autorizzazioni a Context.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:

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);
    

    vedi MediaRecorder.OutputFormat

  • 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. Usa addTrack() 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à:

Per scoprire di più su come rendere più accessibile la tua app, consulta Accessibilità.

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 metodo acceptRingingCall().
  • 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:

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'attributo android: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:

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.

Tabella 1. Versioni ICU, CLDR e Unicode utilizzate in Android.

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.