Fitur dan API Android 8.0

Android 8.0 (API level 26) memperkenalkan berbagai fitur dan kemampuan baru bagi pengguna dan developer. Dokumen ini merangkum apa saja yang baru untuk developer.

Pastikan juga untuk memeriksa Perubahan Perilaku Android 8.0 untuk mempelajari area dengan perubahan platform dapat memengaruhi aplikasi Anda.

Pengalaman Pengguna

Mode Gambar-dalam-Gambar

Picture-in-picture di Android 8.0.

Android 8.0 (API level 26) memungkinkan peluncuran aktivitas di mode picture-in-picture (PIP). PIP adalah jenis khusus mode multi-aplikasi yang sebagian besar digunakan untuk pemutaran video. Mode PIP awalnya tersedia untuk Khusus Android TV; Android 8.0 menyediakan fitur ini di perangkat Android lainnya.

Saat dalam mode PIP, aktivitas berada dalam status dijeda, tetapi harus terus menampilkan konten. Karena alasan ini, Anda harus memastikan aplikasi tidak menjeda pemutaran di pengendali onPause(). Sebagai gantinya, Anda harus menjeda video di onStop(), dan melanjutkan pemutaran di onStart(). Untuk informasi selengkapnya, lihat Multi-Aplikasi Siklus proses.

Untuk menetapkan bahwa aktivitas Anda bisa menggunakan mode PIP, setel android:supportsPictureInPicture ke true dalam manifes. (Mulai Android 8.0, PIP tidak memerlukan Atribut manifes android:resizeableActivity. Namun, Anda harus menetapkan android:resizeableActivity ke `true` jika aktivitas Anda mendukung mode multi-aplikasi.)

Android 8.0 (API level 26) memperkenalkan objek baru, PictureInPictureParams, yang Anda teruskan ke metode PIP untuk menetapkan bagaimana suatu aktivitas harus berperilaku saat dalam mode PIP. Objek ini menetapkan properti seperti atribut rasio aspek yang disukai aktivitas.

Metode PIP yang dijelaskan dalam Menambahkan Picture-in-picture kini dapat digunakan di semua perangkat Android, tidak hanya di Android TV. Selain itu, Android 8.0 menyediakan metode berikut untuk mendukung Mode PIP:

  • Activity.enterPictureInPictureMode(PictureInPictureParams args): Menempatkan aktivitas dalam mode gambar-dalam-gambar. Rasio aspek aktivitas dan setelan konfigurasi lainnya ditentukan oleh args. Jika ada kolom dalam args yang kosong, sistem akan menggunakan nilai yang ditetapkan saat terakhir kali Anda memanggil Activity.setPictureInPictureParams().

    Aktivitas yang ditentukan ditempatkan di sudut layar; sisa layar diisi dengan aktivitas sebelumnya yang ada di layar. Aktivitas yang memasuki mode PIP beralih ke keadaan berhenti sementara, tetapi tetap dimulai. Jika pengguna mengetuk aktivitas PIP, sistem akan menampilkan menu untuk berinteraksi dengan; tidak ada peristiwa sentuh yang menjangkau aktivitas saat sedang dalam kondisi PIP.

  • Activity.setPictureInPictureParams(): Memperbarui setelan konfigurasi PIP aktivitas. Jika aktivitas saat ini dalam mode PIP, setelan akan di-update; ini berguna jika rasio aspek aktivitas berubah. Jika aktivitas tersebut tidak berada dalam mode PIP, pengaturan konfigurasi ini digunakan terlepas dari Metode enterPictureInPictureMode() yang Anda panggil.

Notifikasi

Di Android 8.0 (API level 26), kami telah mendesain ulang notifikasi untuk memberikan cara yang lebih mudah dan konsisten untuk mengelola perilaku dan setelan notifikasi. Perubahan ini mencakup:

    Menu penekanan lama notifikasi di Android 8.0 (API level 26).

    Pengguna dapat menekan lama ikon peluncur aplikasi untuk melihat notifikasi di Android 8.0.

  • Saluran notifikasi: Android 8.0 memperkenalkan saluran notifikasi yang memungkinkan Anda membuat saluran yang dapat disesuaikan pengguna untuk setiap jenis notifikasi yang ingin ditampilkan. Antarmuka pengguna mengacu pada saluran notifikasi sebagai kategori notifikasi. Untuk mempelajari cara untuk mengimplementasikan saluran notifikasi, lihat Mengelola saluran notifikasi.
  • Titik notifikasi: Android 8.0 memperkenalkan dukungan untuk menampilkan titik, atau badge, pada ikon peluncur aplikasi. Titik notifikasi mencerminkan kehadiran notifikasi yang belum ditutup atau ditindaklanjuti oleh pengguna. Untuk mempelajari cara menggunakan titik notifikasi, lihat Badge notifikasi.
  • Menunda: Pengguna dapat menunda notifikasi, yang menyebabkan notifikasi tidak ditampilkan selama jangka waktu tertentu sebelum muncul kembali. Notifikasi muncul kembali dengan tingkat kepentingan yang sama dengan tingkat penting yang pertama kali muncul. Aplikasi dapat menghapus atau memperbarui notifikasi yang ditunda, tetapi memperbarui notifikasi yang ditunda tidak menyebabkan agar dapat muncul kembali.
  • Waktu tunggu notifikasi: Anda dapat menyetel waktu tunggu saat membuat notifikasi menggunakan setTimeoutAfter(). Anda dapat menggunakan metode ini untuk menentukan durasi notifikasi sebelum dibatalkan. Jika diperlukan, Anda dapat membatalkan notifikasi sebelum durasi waktu tunggu yang ditetapkan berlalu.
  • Setelan notifikasi: Anda dapat memanggil setSettingsText() untuk menetapkan teks yang muncul saat Anda membuat link ke setelan notifikasi aplikasi dari notifikasi menggunakan intent Notification.INTENT_CATEGORY_NOTIFICATION_PREFERENCES. Sistem dapat menyediakan tambahan berikut dengan maksud untuk memfilter setelan yang harus ditampilkan aplikasi Anda kepada pengguna: EXTRA_CHANNEL_ID, NOTIFICATION_TAG, dan NOTIFICATION_ID.
  • Penutupan notifikasi: Pengguna dapat menutup sendiri notifikasi, dan aplikasi dapat menghapusnya secara terprogram. Anda dapat menentukan kapan notifikasi ditutup dan alasannya ditutup dengan menerapkan metode onNotificationRemoved() dari class NotificationListenerService.
  • Warna latar belakang: Anda dapat menetapkan dan mengaktifkan warna latar belakang untuk notifikasi. Anda sebaiknya hanya menggunakan fitur ini dalam notifikasi untuk tugas yang sedang berlangsung yang sangat penting untuk dilihat sekilas oleh pengguna. Misalnya, Anda dapat menyetel warna latar belakang untuk notifikasi terkait rute mengemudi, atau panggilan telepon yang sedang berlangsung. Anda juga dapat menyetel warna latar belakang yang diinginkan menggunakan setColor(). Dengan begitu, Anda dapat menggunakan setColorized() untuk mengaktifkan penggunaan warna latar belakang bagi notifikasi.
  • Gaya pesan: Di Android 8.0, notifikasi yang menggunakan Tampilan class MessagingStyle lebih banyak konten dalam bentuk yang diciutkan. Anda harus menggunakan Class MessagingStyle untuk notifikasi yang terkait dengan pesan. Anda juga dapat menggunakan metode addHistoricMessage() untuk memberikan konteks pada percakapan dengan menambahkan pesan historis untuk notifikasi terkait pesan.

Framework isi otomatis

Pembuatan akun, login, dan transaksi kartu kredit membutuhkan waktu dan rentan terhadap yang sama. Pengguna bisa cepat putus asa dengan aplikasi yang memerlukan jenis tugas berulang ini.

Android 8.0 (API level 26) mempermudah pengisian formulir, seperti proses login dan formulir kartu kredit, dengan pengenalan Kerangka Kerja Isi Otomatis. Aplikasi yang sudah ada dan yang baru akan berfungsi dengan Framework Isi Otomatis setelah pengguna memilih untuk mengaktifkannya {i>autofill <i}(isi otomatis)

Anda bisa melakukan beberapa langkah untuk mengoptimalkan kinerja aplikasi dengan kerangka kerja. Untuk informasi selengkapnya, lihat Ringkasan Framework Isi Otomatis.

Font yang dapat didownload

Android 8.0 (API level 26) dan Android Support Library 26 memungkinkan Anda meminta font dari aplikasi penyedia layanan alih-alih memaketkan font ke dalam APK atau membiarkan Download font APK. Fitur ini mengurangi ukuran APK Anda, meningkatkan tingkat keberhasilan penginstalan aplikasi, dan memungkinkan beberapa aplikasi berbagi font yang sama.

Untuk informasi selengkapnya tentang mendownload font, lihat Font yang Dapat Didownload.

Font dalam XML

Android 8.0 (API level 26) memperkenalkan fitur baru, Font dalam XML, yang memungkinkan Anda menggunakan font sebagai resource. Artinya, Anda tidak perlu membundel font sebagai aset. Font dikompilasi dalam file R dan secara otomatis yang tersedia di dalam sistem sebagai sumber daya. Anda kemudian dapat mengakses font ini dengan bantuan jenis resource baru, font.

Support Library 26 memberikan dukungan penuh untuk fitur ini di perangkat menjalankan API versi 14 dan yang lebih tinggi.

Untuk informasi selengkapnya tentang menggunakan font sebagai resource dan mengambil font sistem, lihat Font dalam XML.

Pengubahan Ukuran Otomatis TextView

Android 8.0 (API level 26) memungkinkan Anda menyetel perluasan ukuran teks atau melakukan kontrak secara otomatis berdasarkan ukuran TextView. Ini berarti, mengoptimalkan ukuran teks pada layar yang berbeda atau dengan konten dinamis akan jauh lebih mudah. Untuk informasi selengkapnya, tentang pengubahan ukuran otomatis TextView di Android 8.0, lihat Pengubahan Ukuran Otomatis TextView.

Ikon adaptif

Android 8.0 (API level 26) memperkenalkan ikon peluncur adaptif. Ikon adaptif mendukung visual efek, dan dapat menampilkan beragam bentuk pada model perangkat yang berbeda. Untuk mempelajari cara membuat ikon adaptif, lihat Ikon Adaptif kami.

Manajemen warna

Developer aplikasi pengolah gambar di Android kini dapat memanfaatkan perangkat baru yang memiliki kemampuan tampilan warna gamut-lebar. Untuk menampilkan gambar gamut lebar, aplikasi perlu mengaktifkan flag di manifesnya (per aktivitas) dan memuat bitmap dengan profil warna lebar tersemat (AdobeRGB, Pro Photo RGB, DCI-P3, dll.).

WebView API

Android 8.0 menyediakan beberapa API untuk membantu Anda mengelola objek WebView yang menampilkan konten web di aplikasi Anda. API ini, yang meningkatkan stabilitas dan keamanan aplikasi Anda, mencakup hal berikut:

  • Version API
  • Google SafeBrowsing API
  • Termination Handle API
  • Renderer Importance API

Untuk mempelajari lebih lanjut cara menggunakan API ini, lihat Mengelola WebView.

Class WebView kini menyertakan Safe Browsing API untuk meningkatkan keamanan penjelajahan web. Untuk informasi selengkapnya, lihat Google Safe Browsing API.

Penyematan pintasan dan widget

Android 8.0 (API level 26) memperkenalkan penyematan pintasan dalam aplikasi dan widget. Dalam aplikasi, Anda dapat membuat pintasan dan widget tersemat untuk peluncur yang didukung, tunduk pada izin pengguna.

Untuk informasi selengkapnya, lihat panduan fitur Penyematan Pintasan dan Widget.

Rasio aspek layar maksimum

Android 8.0 (API level 26) menghadirkan perubahan pada cara mengonfigurasi rasio aspek maksimum aplikasi.

Pertama, Android 8.0 memperkenalkan atribut maxAspectRatio, yang dapat Anda gunakan untuk menetapkan rasio aspek maksimum aplikasi. Selain itu, di Android 8.0 dan yang lebih baru, rasio aspek maksimum default aplikasi adalah rasio aspek native perangkat tempat aplikasi berjalan.

Untuk mengetahui informasi selengkapnya tentang mendeklarasikan rasio aspek maksimum, lihat Mendukung Beberapa Layar.

Dukungan multi-tampilan

Mulai Android 8.0 (API level 26), platform ini menawarkan peningkatan dukungan untuk multilayar. Jika suatu aktivitas mendukung mode multi-aplikasi dan berjalan di perangkat dengan beberapa tampilan, pengguna dapat memindahkan aktivitas dari satu tampilan ke tampilan lainnya. Saat meluncurkan sebuah aktivitas, aplikasi dapat menentukan di tampilan mana aktivitas itu harus dijalankan.

Catatan: Jika suatu aktivitas mendukung mode multi-aplikasi, Android 8.0 akan otomatis mengaktifkan dukungan multi-tampilan untuk aktivitas tersebut. Anda harus menguji aplikasi untuk memastikan memastikannya berfungsi secara memadai dalam lingkungan multi-tampilan.

Hanya satu aktivitas pada satu waktu yang dapat berada dalam status dilanjutkan, meskipun aplikasi memiliki beberapa tampilan. Aktivitas berfokus berada dalam keadaan dilanjutkan kembali; semua aktivitas lain yang terlihat akan dijeda, tetapi tidak dihentikan. Untuk informasi selengkapnya tentang siklus proses aktivitas saat beberapa aktivitas terlihat, lihat Siklus Proses Multi-Aplikasi.

Saat pengguna memindahkan aktivitas dari satu tampilan ke tampilan lainnya, sistem mengubah ukuran aktivitas dan mengeluarkan perubahan runtime sesuai kebutuhan. Aktivitas Anda dapat menangani perubahan konfigurasi itu sendiri, atau memungkinkan sistem untuk menghancurkan proses yang berisi aktivitas Anda dan membuatnya kembali dengan dimensi kustom. Untuk informasi selengkapnya, lihat Menangani Perubahan Konfigurasi.

ActivityOptions menyediakan dua metode baru untuk mendukung beberapa tampilan:

setLaunchDisplayId()
Menentukan tampilan mana yang harus ditunjukkan pada saat diluncurkan.
getLaunchDisplayId()
Menampilkan tampilan peluncuran aktivitas saat ini.

Shell adb diperluas untuk mendukung multitampilan. Perintah shell start kini dapat digunakan untuk meluncurkan aktivitas, dan untuk menetapkan tampilan target aktivitas: 

adb shell start <activity_name> --display <display_id>

Margin layout gabungan dan pengisi

Android 8.0 (API level 26) memudahkan Anda menentukan situasi dengan sisi yang berlawanan elemen View menggunakan margin atau padding yang sama. Secara khusus, Anda kini dapat menggunakan atribut berikut dalam XML tata letak file:

Catatan: Jika Anda menyesuaikan logika aplikasi untuk mendukung berbagai bahasa dan budaya, termasuk arah teks, perlu diingat bahwa atribut ini tidak mempengaruhi nilai layout_marginStart, layout_marginEnd, paddingStart, atau paddingEnd. Anda dapat menetapkan nilai ini sendiri, selain atribut tata letak vertikal dan horizontal yang baru, untuk membuat perilaku tata letak yang bergantung pada arah teks.

Rekaman pointer

Beberapa aplikasi, seperti game, desktop jarak jauh, dan klien virtualisasi, sangat diuntungkan karena dapat dikontrol melalui pointer mouse. Rekaman pointer adalah fitur baru di Android 8.0 (API level 26) yang menyediakan kontrol tersebut dengan mengirimkan semua peristiwa mouse ke tampilan terfokus di aplikasi Anda.

Mulai Android 8.0, View di aplikasi Anda dapat meminta rekaman pointer dan menentukan pemroses untuk memproses peristiwa pointer yang direkam. Pointer mouse disembunyikan saat berada dalam mode ini. Tampilan ini dapat merilis rekaman pointer ketika tidak lagi memerlukan informasi {i>mouse<i}. Sistem juga bisa merilis tangkapan pointer saat tampilan kehilangan fokus, misalnya, saat pengguna membuka aplikasi lain.

Untuk informasi tentang cara menggunakan fitur ini di aplikasi Anda, lihat Rekaman pointer.

Kategori aplikasi

Android 8.0 (API level 26) memungkinkan setiap aplikasi mendeklarasikan kategori yang sesuai jika relevan. Kategori ini digunakan untuk mengelompokkan aplikasi dengan tujuan atau fungsi yang sama saat menampilkannya kepada pengguna, seperti Penggunaan Data, Penggunaan Baterai, atau Penggunaan Penyimpanan. Anda dapat menentukan kategori untuk aplikasi dengan menetapkan atribut android:appCategory di tag manifes <application>.

Peluncur Android TV

Android 8.0 (API level 26) menyertakan pengalaman layar utama Android TV yang berfokus pada konten, yang tersedia dengan emulator Android TV dan image perangkat Nexus Player untuk Android 8.0. Layar utama baru mengatur konten video dalam baris yang sesuai dengan saluran, yang masing-masing diisi dengan program oleh aplikasi di sistem. Aplikasi dapat memublikasikan beberapa saluran, dan pengguna dapat mengonfigurasi saluran mana yang ingin mereka lihat di layar utama. Layar utama Android TV juga menyertakan baris Tonton Berikutnya, yang berisi program dari aplikasi, berdasarkan kebiasaan menonton pengguna. Aplikasi juga dapat memberikan pratinjau video, yang diputar secara otomatis saat pengguna berfokus pada sebuah program. API untuk mengisi saluran dan program adalah bagian dari API TvProvider, yang didistribusikan sebagai Modul Support Library dengan Android 8.0.

AnimatorSet

Mulai Android 8.0 (API level 26), AnimatorSet API kini mendukung pencarian dan pemutaran balik. Mencari memungkinkan Anda mengatur posisi animasi yang disetel ke pada suatu waktu tertentu. Pemutaran secara terbalik berguna jika aplikasi Anda menyertakan animasi untuk tindakan yang dapat diurungkan. Alih-alih menentukan dua animasi terpisah set, Anda bisa memainkan lagu yang sama secara terbalik.

Masukan dan navigasi

Kluster navigasi keyboard

Jika suatu aktivitas dalam aplikasi Anda menggunakan hierarki tampilan yang kompleks, seperti yang terlihat dalam Gambar 2, pertimbangkan untuk mengatur kelompok elemen UI ke dalam kluster guna memudahkan navigasi keyboard di antara mereka. Pengguna dapat menekan Meta+Tab, atau Search+Tab pada perangkat Chromebook, untuk beralih dari satu cluster ke cluster lain. Contoh kluster yang baik meliputi: panel samping, menu navigasi, area konten utama, dan elemen yang dapat berisi banyak elemen turunan.

Contoh aktivitas yang menyertakan lima cluster navigasi yang dapat dipilih pengguna menggunakan pintasan cluster navigasi keyboard. Cluster muncul dalam susunan berikut: panel atas, panel samping kiri, konten utama area, panel bawah, dan tombol tindakan mengambang (FAB).
Gambar 2. Aktivitas yang berisi 5 navigasi cluster

Untuk membuat elemen View atau ViewGroup menjadi cluster, tetapkan atribut android:keyboardNavigationCluster ke true dalam file XML tata letak elemen, atau teruskan true ke setKeyboardNavigationCluster() dalam logika UI aplikasi Anda.

Catatan: Cluster tidak dapat disusun bertingkat, meskipun tidak bertingkat cluster mungkin muncul pada tingkat hierarki yang berbeda. Jika Anda mencoba untuk {i>nest cluster<i}, kerangka kerja hanya memperlakukan jaringan ViewGroup sebagai cluster.

Pada perangkat yang memiliki layar sentuh, Anda bisa menyetel cluster ViewGroup objek elemen android:touchscreenBlocksFocus ke true untuk mengizinkan navigasi khusus cluster ke dalam dan ke luar cluster tersebut. Jika Anda menerapkan konfigurasi ke cluster, pengguna tidak dapat menggunakan tombol Tab atau tombol panah untuk melakukan navigasi ke dalam atau keluar dari cluster; mereka harus menekan navigasi cluster menggunakan kombinasi {i>keyboard<i}.

Fokus default tampilan

Di Android 8.0 (API level 26), Anda dapat menetapkan View yang harus menerima fokus setelah aktivitas yang dibuat (ulang) dilanjutkan dan pengguna menekan tombol navigasi keyboard, seperti tombol tab. Untuk menerapkan ini, "fokus secara default" adalah tetapkan atribut View android:focusedByDefault ke true di file XML tata letak yang berisi elemen UI, atau teruskan true ke setFocusedByDefault() di logika UI aplikasi.

Keluaran ucapan

Aktivitas dan layanan dapat menggunakan instance TextToSpeech untuk mendiktekan dan mengucapkan konten. Sejak Android 8.0 (API level 26), aplikasi Anda bisa memperoleh informasi pengaturan waktu yang lebih tepat tentang kapan mesin {i>text-to-speech<i} mulai mengucapkan kata-kata yang disintesis secara individual, selama mesin telusur menyediakan informasi ini. Anda dapat menggunakan fungsi ini untuk menarik perhatian pada kata-kata tertentu saat mesin text-to-speech berbicara mereka.

Untuk menggunakan peningkatan mesin text-to-speech ini di aplikasi Anda, daftarkan dari instance UtteranceProgressListener. Sebagai bagian dari proses pendaftaran, sertakan pengendali untuk metode onRangeStart().

Mesin text-to-speech memanggil rangeStart() untuk merekam titik waktu saat audio diharapkan diputar dari rentang teks tertentu untuk memulai. Saat audio untuk rentang teks tersebut mulai diputar, metode onRangeStart() aplikasi Anda akan dieksekusi. Aplikasi Anda kemudian dapat merespons callback ini, seperti dengan menandai rentang teks yang terkait dengan ucapan.

Untuk informasi selengkapnya tentang cara melacak progres pemutaran mesin text-to-speech, lihat referensi class UtteranceProgressListener.

Sistem

Detektor StrictMode baru

Android 8.0 (API level 26) menambahkan tiga detektor StrictMode baru untuk membantu mengidentifikasi potensi bug di aplikasi Anda:

  • detectUnbufferedIo() akan mendeteksi saat aplikasi Anda membaca atau menulis data tanpa buffering, yang dapat berdampak drastis pada performa.
  • detectContentUriWithoutPermission() akan mendeteksi kapan aplikasi Anda secara tidak sengaja lupa memberikan izin ke aplikasi lain ketika memulai Aktivitas di luar aplikasi Anda.
  • detectUntaggedSockets() akan mendeteksi saat aplikasi melakukan lalu lintas jaringan tanpa menggunakan setThreadStatsTag(int) guna memberi tag pada traffic untuk proses debug tujuan.

Data dalam cache

Android 8.0 (API level 26) memberikan panduan dan perilaku yang lebih baik mengenai data yang di-cache. Setiap aplikasi kini diberi kuota ruang disk untuk data yang di-cache, seperti yang ditampilkan oleh getCacheQuotaBytes(UUID).

Jika sistem perlu mengosongkan ruang disk, sistem akan mulai dengan menghapus file cache dari aplikasi yang menggunakan alokasi kuota paling banyak. Dengan demikian, jika Anda menjaga data yang di-cache di bawah kuota yang dialokasikan, file yang di-cache Anda adalah yang paling terakhir dibersihkan sistem saat diperlukan. Saat sistem memutuskan file yang di-cache mana yang dihapus dalam aplikasi Anda, sistem akan mempertimbangkan file terlama terlebih dahulu (sebagaimana ditentukan oleh waktu dimodifikasi).

Ada juga dua perilaku baru yang dapat Anda aktifkan dengan basis per-direktori untuk mengontrol cara sistem mengosongkan data yang di-cache:

  • StorageManager.setCacheBehaviorAtomic() dapat digunakan untuk menunjukkan bahwa direktori dan semua isinya harus dihapus sebagai unit atom tunggal.
  • setCacheBehaviorTombstone(File, boolean) dapat digunakan untuk menunjukkan alih-alih menghapus file di dalam direktori, mereka harus dipotong menjadi 0 byte di panjang, tanpa membiarkan file kosong tetap utuh.

Terakhir, saat Anda perlu mengalokasikan ruang disk untuk file besar, pertimbangkan untuk menggunakan allocateBytes(FileDescriptor, long) API baru, yang akan otomatis menghapus file cache milik aplikasi lain (sesuai kebutuhan) untuk memenuhi permintaan Anda. Saat memutuskan apakah perangkat memiliki cukup ruang disk untuk menyimpan data baru, panggil getAllocatableBytes(UUID), bukan menggunakan getUsableSpace(), karena yang pertama akan mempertimbangkan data yang di-cache yang bersedia dihapus sistem untuk kepentingan Anda.

Paging penyedia konten

Kami telah mengupdate penyedia konten agar menyertakan dukungan untuk memuat kumpulan data besar satu halaman pada satu waktu. Misalnya, sebuah aplikasi foto dengan ribuan gambar dapat melakukan kueri terhadap subkumpulan data yang akan ditampilkan di halaman. Setiap halaman hasil yang dikembalikan oleh penyedia konten direpresentasikan oleh satu Cursor . Baik klien maupun penyedia harus sama-sama mengimplementasikan paging untuk memanfaatkan fitur ini.

Untuk informasi mendetail tentang perubahan pada penyedia konten, lihat ContentProvider dan ContentProviderClient.

Permintaan pemuatan ulang konten

Class ContentProvider dan ContentResolver kini masing-masing menyertakan metode refresh(), sehingga memudahkan klien untuk mengetahui apakah informasi yang mereka minta adalah yang terbaru.

Anda dapat menambahkan logika pembaruan konten kustom dengan memperluas ContentProvider. Pastikan Anda mengganti metode refresh() untuk menampilkan true, yang menunjukkan kepada klien penyedia bahwa Anda telah mencoba memuat ulang data sendiri.

Aplikasi klien Anda dapat secara eksplisit meminta konten yang diperbarui dengan memanggil metode lain, yang juga disebut refresh(). Saat memanggil metode ini, teruskan URI data yang akan diperbarui.

Catatan: Karena Anda mungkin meminta data melalui jaringan, Anda harus memanggil refresh() dari sisi klien hanya jika ada indikasi kuat bahwa konten tersebut sudah usang. Alasan paling umum untuk melakukan jenis pembaruan konten ini adalah sebagai respons terhadap geser untuk memuat ulang {i>gesture <i}yang secara eksplisit meminta UI saat ini untuk menampilkan konten terbaru.

Peningkatan JobScheduler

Android 8.0 (API level 26) memperkenalkan sejumlah peningkatan pada JobScheduler. Peningkatan ini memudahkan aplikasi Anda untuk mematuhi latar belakang baru batas eksekusi, karena umumnya Anda dapat menggunakan tugas terjadwal untuk menggantikan layanan latar belakang yang sekarang dibatasi atau penerima siaran implisit.

Update untuk JobScheduler mencakup:

  • Sekarang Anda bisa menghubungkan antrean pekerjaan dengan tugas terjadwal. Untuk menambahkan item pekerjaan ke antrean pekerjaan, panggil JobScheduler.enqueue() Saat sedang berjalan, tugas bisa mengambil pekerjaan yang tertunda dari antrean dan memprosesnya. Fungsi ini menangani banyak kasus penggunaan yang sebelumnya sudah dipanggil untuk memulai layanan latar belakang, khususnya layanan yang mengimplementasikan IntentService.
  • Android Support Library 26.0.0 memperkenalkan class JobIntentService baru, yang menyediakan berfungsi sebagai IntentService tetapi menggunakan tugas, bukan layanan saat berjalan di Android 8.0 (API level 26) atau yang lebih baru.
  • Sekarang Anda dapat memanggil JobInfo.Builder.setClipData() untuk mengaitkan ClipData dengan tugas. Opsi ini memungkinkan Anda untuk mengaitkan pemberian izin URI dengan suatu tugas, mirip dengan cara izin akses dapat diterapkan ke Context.startService(). Anda juga dapat menggunakan pemberian izin URI dengan intent pada antrean pekerjaan.
  • Tugas terjadwal kini mendukung beberapa batasan baru:
    JobInfo.isRequireStorageNotLow()
    Tugas tidak berjalan jika penyimpanan perangkat yang tersedia rendah.
    JobInfo.isRequireBatteryNotLow()
    Tugas tidak berjalan jika level baterai berada pada atau di bawah level kritis ambang batas; ini adalah tingkat saat perangkat menampilkan status Daya baterai lemah dialog sistem peringatan.
    NETWORK_TYPE_METERED
    Tugas memerlukan koneksi jaringan berkuota, seperti sebagian besar data seluler project.

Penyimpanan data khusus

Android 8.0 (API level 26) memungkinkan Anda menyediakan penyimpanan data khusus sesuai preferensi, yang bisa berguna jika aplikasi Anda menyimpan preferensi di cloud atau database lokal, atau jika preferensinya khusus perangkat. Untuk informasi selengkapnya tentang mengimplementasikan penyimpanan data, lihat Penyimpanan Data Kustom.

Penyempurnaan media

VolumeShaper

Ada class VolumeShaper baru. Gunakan untuk melakukan transisi volume otomatis singkat seperti fade-in, fade-out, dan pudar silang. Lihat Mengontrol Amplitudo dengan VolumeShaper untuk mempelajari lebih lanjut.

Peningkatan fokus audio

Aplikasi audio berbagi keluaran audio pada perangkat dengan meminta dan mengabaikan fokus audio. Aplikasi menangani perubahan di fokus dengan memulai atau menghentikan pemutaran, atau menurunkan volumenya. Ada class AudioFocusRequest baru. Dengan menggunakan class ini sebagai parameter requestAudioFocus(), aplikasi memiliki kemampuan baru saat menangani perubahan dalam fokus audio: penurunan otomatis dan peningkatan fokus tertunda.

Metrik media

Metode getMetrics() baru akan menampilkan PersistableBundle objek yang berisi konfigurasi dan informasi performa, dinyatakan sebagai peta atribut dan nilai. Metode getMetrics() ditentukan untuk class media berikut:

Metrik dikumpulkan secara terpisah untuk setiap instance dan tetap ada selama masa aktif instance. Jika tidak ada metrik yang tersedia, metode akan menampilkan null. Metrik sebenarnya yang ditampilkan bergantung pada class-nya.

MediaPlayer

Mulai dari Android 8.0 (API level 26), MediaPlayer dapat memutar materi yang dilindungi DRM dan media yang dienkripsi dengan level sampel HLS.

Android 8.0 memperkenalkan fitur overload baru seekTo() yang memberikan detail saat mencari {i>frame<i}. Kode ini menyertakan parameter kedua yang menentukan mode pencarian:

  • SEEK_PREVIOUS_SYNC memindahkan posisi media ke frame sinkronisasi (atau kunci) yang terhubung dengan sumber data yang terletak tepat sebelum atau pada waktu tertentu.
  • SEEK_NEXT_SYNC memindahkan posisi media ke frame sinkron (atau kunci) yang terkait dengan sumber data yang terletak tepat setelah atau pada waktu tertentu.
  • SEEK_CLOSEST_SYNC memindahkan posisi media ke frame sinkronisasi (atau kunci) yang terkait dengan sumber data yang terletak paling dekat dengan atau pada waktu tertentu.
  • SEEK_CLOSEST memindahkan posisi media ke bingkai (tidak harus sinkron atau frame kunci) yang terkait dengan sumber data yang terletak paling dekat dengan atau pada waktu tertentu.

Saat mencari secara terus-menerus, aplikasi harus menggunakan salah satu mode SEEK_, bukan SEEK_CLOSEST, yang berjalan relatif lebih lambat tetapi dapat lebih akurat.

MediaRecorder

  • MediaRecorder sekarang mendukung format MPEG2_TS yang berguna untuk {i>streaming<i}:

    Kotlin

    mediaRecorder.setOutputFormat(MediaRecorder.OutputFormat.MPEG_2_TS)

    Java

    mediaRecorder.setOutputFormat(MediaRecorder.OutputFormat.MPEG_2_TS);

    lihat MediaRecorder.OutputFormat

  • MediaMuxer kini dapat menangani sejumlah streaming audio dan video. Anda tidak lagi dibatasi pada satu trek audio dan/atau satu trek video. Gunakan addTrack() untuk mencampur sebanyak mungkin trek yang Anda suka.
  • MediaMuxer juga dapat menambahkan satu atau beberapa trek metadata yang berisi informasi per frame yang ditentukan pengguna. Format metadata didefinisikan oleh aplikasi Anda. Tujuan trek metadata hanya didukung untuk kontainer MP4.

Metadata dapat berguna untuk pemrosesan secara offline. Misalnya, sinyal giroskop dari sensor dapat digunakan untuk melakukan stabilisasi video.

Saat menambahkan trek metadata, format mime trek harus diawali dengan awalan "aplikasi/". Menulis metadata sama seperti menulis data video/audio, kecuali data tidak berasal dari MediaCodec. Sebagai gantinya, aplikasi ini meneruskan ByteBuffer dengan stempel waktu yang terkait dengan Metode writeSampleData(). Stempel waktu harus berada dalam basis waktu yang sama dengan trek video dan audio.

File MP4 yang dihasilkan menggunakan TextMetaDataSampleEntry yang ditentukan di bagian 12.3.3.2 dari ISOBMFF untuk memberi sinyal format mime metadata. Saat menggunakan MediaExtractor untuk mengekstrak file dengan trek metadata, format mime metadata akan diekstrak ke dalam MediaFormat.

Akses file media yang ditingkatkan

Tujuan Storage Access Framework (SAF) memungkinkan aplikasi mengekspos DocumentsProvider, yang dapat memberikan akses ke file di sumber data ke aplikasi lain. Bahkan, penyedia dokumen dapat memberikan akses ke file yang berada di penyimpanan jaringan atau yang menggunakan protokol seperti Media Transfer Protocol (MTP).

Namun, mengakses file media besar dari sumber data jarak jauh menimbulkan beberapa tantangan:

  • Pemutar media memerlukan akses yang bisa dicari ke file dari penyedia dokumen. Jika file media besar berada di sumber data jarak jauh, penyedia dokumen harus mengambil semua data terlebih dahulu dan membuat deskriptor file cuplikan. Pemutar media tidak dapat memutar file tanpa file sehingga pemutaran tidak bisa dimulai sampai penyedia dokumen selesai mengunduh file.
  • Pengelola koleksi media, seperti aplikasi foto, harus melewati serangkaian URI akses untuk mencapai media yang tersimpan di kartu SD eksternal melalui folder cakupan. Pola akses ini melakukan operasi massal pada media—seperti memindahkan, menyalin, dan menghapus—cukup lambat.
  • Pengelola koleksi media tidak dapat menentukan lokasi dokumen karena URI. Hal ini mempersulit jenis aplikasi tersebut untuk memungkinkan pengguna memilih lokasi penyimpanan file media.

Android 8.0 mengatasi setiap tantangan ini dengan meningkatkan Storage Access Framework.

Penyedia dokumen khusus

Mulai Android 8.0, Storage Access Framework memungkinkan penyedia dokumen kustom membuat deskriptor file yang dapat dicari untuk file yang berada di sumber data jarak jauh. SAF dapat membuka file untuk mendapatkan deskriptor file native yang dapat dicari. SAF kemudian mengirimkan permintaan {i>byte<i} terpisah ke dokumen tersebut penyedia layanan. Fitur ini memungkinkan penyedia dokumen untuk menampilkan kisaran byte yang tepat yang telah diminta aplikasi pemutar media, bukan meng-cache seluruh file terlebih dahulu.

Untuk menggunakan fitur ini, Anda harus memanggil metode Metode StorageManager.openProxyFileDescriptor(). Tujuan Metode openProxyFileDescriptor() menerima objek ProxyFileDescriptorCallback sebagai callback. SAF memanggil callback setiap kali aplikasi klien menjalankan operasi file pada file deskriptor yang dikembalikan dari penyedia dokumen.

Akses dokumen langsung

Mulai Android 8.0 (API level 26), Anda dapat menggunakan metode getDocumentUri() untuk mendapatkan URI yang mereferensikan dokumen yang sama dengan mediaUri yang diberikan. Namun, karena URI yang ditampilkan didukung oleh DocumentsProvider, pengelola koleksi media dapat mengakses dokumen secara langsung, tanpa harus menelusuri hierarki direktori cakupan. Hasilnya, pengelola media bisa melakukan operasi file pada dokumen itu jauh lebih cepat.

Perhatian: Metode getDocumentUri() hanya mencari file media; tidak memberikan akses ke aplikasi izin akses untuk mengakses file-file tersebut. Untuk mempelajari lebih lanjut cara memperoleh izin akses ke file media, lihat dokumentasi referensi.

Lokasi menuju dokumen

Saat menggunakan Storage Access Framework di Android 8.0 (API level 26), Anda bisa menggunakan Metode findDocumentPath(), tersedia di kedua DocumentsContract dan DocumentsProvider , untuk menentukan jalur dari root sistem file yang diberikan ke ID. Metode ini menampilkan jalur ini dalam objek DocumentsContract.Path. Jika sistem file memiliki beberapa jalur yang ditentukan ke dokumen yang sama, metode ini akan menampilkan jalur yang paling sering digunakan untuk mencapai dokumen dengan ID yang diberikan.

Fungsionalitas ini sangat berguna dalam skenario berikut:

  • Aplikasi Anda menggunakan "simpan sebagai" dialog yang menampilkan lokasi dokumen tertentu.
  • Aplikasi Anda menampilkan folder dalam tampilan hasil penelusuran dan harus memuat folder turunan dokumen yang ada di dalam folder tertentu jika pengguna memilihnya folder tersebut.

Catatan: Jika aplikasi Anda memiliki izin hanya untuk mengakses beberapa dokumen di jalur, nilai yang ditampilkan findDocumentPath() hanya mencakup folder dan dokumen yang dapat diakses oleh aplikasi Anda.

Memantau pemutaran audio

Layanan sistem AudioManager mengelola daftar objek AudioPlaybackConfiguration aktif, yang masing-masing berisi informasi tentang sesi pemutaran audio tertentu. Aplikasi Anda dapat mengambil kumpulan konfigurasi yang saat ini aktif dengan memanggil getActivePlaybackConfigurations().

Mulai Android 8.0 (API level 26), Anda dapat mendaftarkan callback yang memberi tahu aplikasi saat satu atau beberapa objek AudioPlaybackConfiguration telah berubah. Untuk melakukannya, panggil registerAudioPlaybackCallback(), yang meneruskan instance AudioManager.AudioPlaybackCallback. Class AudioManager.AudioPlaybackCallback berisi metode onPlaybackConfigChanged(), yang dipanggil sistem saat konfigurasi pemutaran audio berubah.

Konektivitas

Wi-Fi Aware

Android 8.0 (API level 26) menambahkan dukungan untuk Wi-Fi Aware, yang didasarkan pada spesifikasi Neighbor Awareness Networking (NAN). Pada perangkat dengan perangkat keras Wi-Fi Aware yang sesuai, aplikasi dan perangkat di dekatnya dapat menemukan dan berkomunikasi melalui Wi-Fi tanpa titik akses Internet. Kami bekerja sama dengan mitra hardware untuk menghadirkan teknologi Wi-Fi Aware ke perangkat sesegera mungkin. Sebagai Informasi tentang cara mengintegrasikan Wi-Fi Aware ke aplikasi Anda, lihat Wi-Fi Aware.

Bluetooth

Android 8.0 (API level 26) memperkaya dukungan Bluetooth platform dengan menambahkan fitur berikut:

  • Dukungan untuk standar AVRCP 1.4, yang memungkinkan penjelajahan koleksi-lagu.
  • Dukungan untuk standar Bluetooth Low-Energy (BLE) 5.0.
  • Integrasi codec Sony LDAC ke dalam tumpukan Bluetooth.

Penyambungan perangkat pendamping

Android 8.0 (API level 26) menyediakan API yang memungkinkan Anda menyesuaikan dialog permintaan penyambungan saat mencoba menyambungkan dengan perangkat pendamping Bluetooth, BLE, dan Wi-Fi. Untuk informasi selengkapnya, lihat Perangkat Pendamping Menyambungkan.

Untuk informasi selengkapnya tentang menggunakan Bluetooth di Android, lihat panduan Bluetooth. Untuk perubahan pada Bluetooth yang khusus untuk Android 8.0 (API level 26), lihat bagian Bluetooth di halaman Perubahan Perilaku Android 8.0.

Berbagi

Berbagi secara cerdas

Android 8.0 (API level 26) mempelajari pengalaman pengguna berbagi yang dipersonalisasi preferensi Anda dan lebih memahami untuk setiap jenis konten yang sesuai aplikasi untuk berbagi. Misalnya, jika pengguna mengambil foto tanda terima, Android 8.0 dapat menyarankan aplikasi pelacakan pengeluaran; jika pengguna mengambil foto selfie, bisa menangani gambar dengan lebih baik. Android 8.0 secara otomatis mempelajari semua pola ini sesuai dengan preferensi pengguna yang dipersonalisasi.

Berbagi secara cerdas berfungsi untuk jenis konten selain image, seperti audio, video, text, URL, dll.

Untuk mengaktifkan Berbagi secara cerdas, tambahkan ArrayList hingga tiga anotasi string ke intent yang berbagi konten. Anotasi ini harus menjelaskan komponen atau topik utama dalam konten. Contoh kode berikut menunjukkan cara menambahkan anotasi ke 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
);

Untuk informasi mendetail tentang anotasi Berbagi secara cerdas, lihat EXTRA_CONTENT_ANNOTATIONS.

Pengklasifikasi teks

Di perangkat yang kompatibel, aplikasi dapat menggunakan Pengklasifikasi Teks baru untuk memeriksa apakah string cocok dengan jenis entitas pengklasifikasi yang diketahui dan mendapatkan alternatif pilihan yang disarankan. Entitas yang dikenali oleh sistem meliputi alamat, URL, nomor telepon, dan alamat email. Untuk informasi selengkapnya, lihat TextClassifier.

Aksesibilitas

Android 8.0 (API level 26) mendukung beberapa fitur aksesibilitas baru untuk developer yang membuat layanan aksesibilitas mereka sendiri:

Untuk mempelajari lebih lanjut cara membuat aplikasi Anda lebih mudah diakses, lihat Aksesibilitas.

Keamanan & Privasi

Izin

Android 8.0 (API level 26) memperkenalkan beberapa izin baru terkait telepon:

Izin akses ini diklasifikasikan sebagai berbahaya dan merupakan bagian dari PHONE grup izin akses.

Akses akun baru dan API penemuan

Android 8.0 (API level 26) memperkenalkan beberapa peningkatan pada aplikasi mendapatkan akses ke akun pengguna. Untuk akun yang mereka kelola, Otentikator dapat menggunakan kebijakan mereka sendiri untuk memutuskan apakah akan menyembunyikan akun, atau mengungkap akun, sebuah aplikasi. Sistem Android melacak aplikasi yang dapat mengakses akun tertentu.

Dalam Android versi sebelumnya, aplikasi yang ingin melacak daftar akun pengguna harus mendapatkan pembaruan tentang semua akun, termasuk akun dengan jenis yang tidak terkait. Android 8.0 menambahkan addOnAccountsUpdatedListener(android.accounts.OnAccountsUpdateListener, android.os.Handler, boolean, java.lang.String[]) , yang memungkinkan aplikasi menentukan daftar jenis akun perubahan akun yang harus diterima.

Perubahan API

AccountManager menyediakan enam metode baru untuk membantu otentikator mengelola aplikasi dapat melihat akun:

Android 8.0 (API level 26) memperkenalkan dua nilai Package Name khusus untuk menentukan tingkat visibilitas aplikasi yang tidak disetel menggunakan metode setAccountVisibility(android.accounts.Account, java.lang.String, int). Nilai visibilitas PACKAGE_NAME_KEY_LEGACY_VISIBLE diterapkan pada aplikasi yang memiliki izin GET_ACCOUNTS, dan versi target Android yang lebih rendah dari Android 8.0, atau yang tanda tangannya cocok dengan pengautentikasi yang menargetkan versi Android apa pun. PACKAGE_NAME_KEY_LEGACY_NOT_VISIBLE menyediakan nilai visibilitas default untuk aplikasi yang tidak ditetapkan sebelumnya dan PACKAGE_NAME_KEY_LEGACY_VISIBLE tidak berlaku.

Untuk informasi selengkapnya tentang akses akun baru dan API penemuan, lihat referensi untuk AccountManager dan OnAccountsUpdateListener.

Pengujian

Pengujian instrumentasi

Android 8.0 (API level 26) menyediakan beberapa dukungan tambahan berikut untuk pengujian instrumentasi aplikasi Anda.

Jalankan pada proses aplikasi non-default

Sekarang Anda dapat menentukan bahwa pengujian instrumentasi tertentu harus dijalankan pada proses di luar proses default aplikasi. Konfigurasi ini berguna jika aplikasi Anda berisi beberapa aktivitas yang berjalan dalam beberapa proses berbeda.

Untuk menentukan instrumentasi proses non-default, buka manifes Anda lalu ke folder yang diinginkan Elemen <instrumentation>. Tambahkan atribut android:targetProcess, dan tetapkan nilainya ke salah satu hal berikut:

  • Nama proses tertentu.
  • Daftar nama proses yang dipisah koma
  • Karakter pengganti ("*"), yang memungkinkan instrumentasi berjalan terhadap setiap proses yang diluncurkan yang mengeksekusi kode dalam paket yang ditentukan dalam atribut android:targetPackage.

Ketika uji instrumentasi dijalankan, Anda dapat memeriksa proses mana pengujiannya dengan memanggil getProcessName().

Laporkan hasil selama pengujian

Sekarang Anda dapat melaporkan hasil selagi uji instrumentasi dijalankan. bukan setelahnya, dengan memanggil addResults().

Intent rekaan untuk pengujian

Untuk mempermudah pembuatan pengujian UI yang terisolasi dan independen untuk aplikasi Anda Android 8.0 (API level 26) memperkenalkan Metode onStartActivity(). Anda mengganti metode ini dalam subclass kustom dari Instrumentation.ActivityMonitor untuk menangani yang dipanggil oleh class pengujian Anda.

Saat class pengujian Anda memanggil intent, metode akan menampilkan stub Objek Instrumentation.ActivityResult, bukan mengeksekusi intent itu sendiri. Dengan logika intent tiruan ini dalam pengujian, Anda dapat berfokus tentang cara aktivitas Anda mempersiapkan dan menangani intent yang diteruskan ke aktivitas yang berbeda atau ke aplikasi yang sama sekali berbeda.

Runtime & Peralatan

Optimalisasi platform

Android 8.0 (API level 26) menghadirkan waktu proses dan optimalisasi lainnya ke platform yang akan menghasilkan sejumlah peningkatan performa. Optimalisasi ini meliputi pengumpulan sampah sekaligus pemadatan, penggunaan memori yang lebih efisien, dan lokalitas kode.

Optimalisasi ini menghasilkan waktu booting yang lebih cepat, serta performa yang lebih baik dalam OS dan aplikasi.

Dukungan bahasa Java yang diupdate

Android 8.0 (API level 26) menambahkan dukungan untuk beberapa API Java OpenJDK tambahan:

Untuk mempelajari lebih lanjut class dan metode dalam class yang baru ditambahkan ini paket, lihat dokumentasi referensi API.

Jika ingin menggunakan fitur bahasa Java 8 di Android Studio, Anda harus mendownload versi pratinjau terbaru.

ICU4J Android Framework API yang diupdate

Android 8.0 (API level 26) memperluas ICU4J Android Framework API—yang merupakan subset ICU4J API—untuk digunakan oleh developer aplikasi dalam paket android.icu. API ini menggunakan data pelokalan yang ada di perangkat, sehingga Anda dapat mengurangi footprint APK dengan tidak mengompilasi library ICU4J di APK Anda.

Tabel 1. Versi ICU, CLDR, dan Unicode yang digunakan di Android.

Level Android API Versi ICU Versi CLDR Versi Unicode
Android 7.0 (API level 24), Android 7.1 (API level 25) 56 28 8.0
Android 8.0 (API level 26) 58.2 30.0.3 9.0

Untuk informasi selengkapnya tentang internasionalisasi di Android, termasuk dukungan ICU4J, lihat Internasionalisasi di Android.

Android enterprise

Fitur dan API perusahaan baru telah diperkenalkan untuk perangkat yang menjalankan Android 8.0 (API level 26). Sorotannya meliputi:

  • Profil kerja pada perangkat yang dikelola sepenuhnya memungkinkan perusahaan memisahkan data pekerjaan dan data pribadi, sekaligus mengelola keduanya.
  • Delegasi API memungkinkan pemilik perangkat dan pemilik profil untuk menetapkan pengelolaan aplikasi ke aplikasi lain.
  • Peningkatan pengalaman pengguna dalam alur penyediaan (termasuk opsi penyesuaian baru) mengurangi waktu penyiapan.
  • Kontrol baru atas Bluetooth, Wi-Fi, pencadangan, dan keamanan memungkinkan perusahaan mengelola lebih banyak perangkat. Pencatatan log aktivitas jaringan membantu perusahaan melacak masalah.

Untuk mempelajari hal ini serta fitur dan API perusahaan Android baru lainnya, lihat Android di Enterprise.