Catatan rilis Android 16

Halaman ini merangkum fitur utama dalam rilis Android 16 dan menyediakan link ke informasi tambahan. Ringkasan fitur ini disusun berdasarkan lokasi dokumentasi fitur di situs ini.

Audio

Dukungan Kebijakan Audio yang Dapat Dikonfigurasi

HAL HIDL memungkinkan vendor Android menggunakan pendekatan alternatif untuk menentukan aturan untuk perutean audio yang disebut Configurable Audio Policy (CAP), yang lebih fleksibel daripada mesin default yang digunakan untuk ponsel. Saat bermigrasi ke AIDL HAL, dukungan untuk CAP tidak diterapkan di Android 14 dan 15 karena kurangnya sumber daya. Kami telah memperbaiki masalah ini di Android 16 dengan menyediakan definisi AIDL yang tidak ada dan mengubah mekanisme pemuatan konfigurasi CAP oleh framework. Lihat Dukungan Kebijakan Audio yang Dapat Dikonfigurasi di AIDL HAL untuk informasi selengkapnya.

Kami mengonversi target Cuttlefish Auto untuk memanfaatkan penerapan AIDL CAP guna membantu partner melakukan migrasi produk mereka.

Arsitektur

Bootloader Generik (GBL)

Android 16 memperkenalkan dukungan untuk Generic Bootloader (GBL) baru, bootloader standar yang dapat diupdate dan dirancang untuk menyederhanakan proses booting Android.

Untuk mengetahui informasi selengkapnya tentang GBL, lihat Ringkasan Generic Bootloader (GBL).

Ukuran halaman 16 KB

Di Android 16, pengoptimalan memori telah diterapkan untuk penyimpanan lokal thread (TLS). Buffer untuk fungsi basename() dan dirname() kini diisolasi dari region TLS utama ke halaman memori khusus yang dialokasikan hanya saat pertama kali digunakan. Perubahan ini menghasilkan penghematan memori yang signifikan, terutama pada sistem dengan ukuran halaman 16 KB, karena membebaskan sekitar 8 KB dalam halaman memori thread awal. Pengoptimalan ini tidak hanya mengurangi konsumsi memori secara keseluruhan, tetapi juga menyediakan lebih banyak ruang bagi stack untuk berkembang sebelum memerlukan halaman baru, sehingga membantu mengurangi kesalahan halaman akibat perluasan stack. Sistem yang menggunakan ukuran halaman 4 KB juga akan menghemat memori.

Untuk mengetahui informasi lebih lanjut tentang ukuran halaman 16 KB, lihat Ukuran halaman 16 KB.

Kompatibilitas

Update ITS Kamera

Android 16 berisi update pada Camera Image Test Suite (ITS). Untuk mengetahui detail selengkapnya, lihat:

Compatibility Definition Document (CDD)

Compatibility Definition Document (CDD) Android 16 dirilis.

Pembaruan pengujian MIDI Bluetooth CTS Verifier

Untuk menyederhanakan prosedur pengujian dan mengurangi potensi kesalahan, Android 16 memungkinkan Anda menjalankan pengujian loopback MIDI Bluetooth CTS-V tanpa periferal MIDI USB.

Untuk dokumentasi khusus perubahan ini, lihat Pembaruan pengujian MIDI Bluetooth CTS Verifier.

Pembaruan uji barometer CTS Verifier

Untuk mendukung fitur lokasi Android, Android 16 menyertakan serangkaian pengujian pengukuran barometer CTS-V baru.

Untuk dokumentasi khusus perubahan ini, lihat Uji pengukuran barometer CTS Verifier.

Pembaruan pengujian multiperangkat CTS Verifier

Untuk mendukung fitur konektivitas Android, Android 16 menyertakan serangkaian pengujian CTS-V baru.

Untuk dokumentasi khusus perubahan ini, lihat Pembaruan pengujian multiperangkat CTS Verifier.

Konektivitas

Identifikasi Android OS

Mulai Android 16, framework Android menyertakan layanan Atribut Generik (GATT) yang disebut layanan informasi Android (AIS), yang memungkinkan perangkat Bluetooth membaca level API Android sebagai karakteristik GATT layanan. Layanan ini memungkinkan produsen perangkat Bluetooth mengetahui apakah periferal Bluetooth sedang dipasangkan dengan perangkat pusat yang menjalankan Android OS, dan mengelola logika khusus berdasarkan level API.

Untuk mengetahui informasi selengkapnya, lihat Identifikasi OS Android.

Mode panggilan balik darurat

Android 16 memperkenalkan EmergencyCallbackModeListener API sistem yang memungkinkan modul IMS mendapatkan status mode telepon balik darurat melalui callback saat perangkat memasuki atau keluar dari mode telepon balik darurat untuk SMS atau panggilan. Produsen perangkat dapat menggunakan API ini untuk menerapkan pengelolaan pendaftaran IMS guna memenuhi persyaratan operator dan 3GPP. Misalnya, jika peralatan pengguna (UE) berada dalam status mode panggilan balik darurat, modul IMS dapat disetel untuk mempertahankan pendaftaran daruratnya selama jangka waktu tertentu. Modul IMS juga dapat mempertahankan, memperpanjang, dan membatalkan pendaftaran darurat bergantung pada status mode telepon balik darurat.

Update layanan IMS

Android 16 memperkenalkan API sistem yang dapat digunakan oleh produsen dan vendor perangkat untuk penerapan IMS mereka. Tabel berikut mencantumkan API yang dapat digunakan aplikasi istimewa untuk mendukung layanan IMS:

Class API
MmTelFeature EpsFallbackReason
ImsTrafficType
ImsTrafficDirection
modifyImsTrafficSession
startImsTrafficSession
stopImsTrafficSession
triggerEpsFallback
ImsTrafficSessionCallback Semua
ConnectionFailureInfo Semua
TelephonyManager getImsPrivateUserIdentity
getImsPublicUserIdentities
getImsPcscfAddresses
getSimServiceTable
ImsCallSessionListener callSessionTransferred
callSessionTransferFailed
callSessionSendAnbrQuery
SmsMessage getRecipientAddress

Modul pengukuran jarak

Android 16 memperkenalkan modul Ranging, yang menggabungkan API untuk teknologi pengukuran jarak, termasuk ultra-wideband, pengukuran jarak saluran Bluetooth, pengukuran jarak RSSI Bluetooth, dan waktu perjalanan pulang pergi (RTT) Wi-Fi. Untuk informasi selengkapnya, lihat:

Update hotspot Wi-Fi

Android 16 memperkenalkan metode SoftApCallback#onClientsDisconnected, untuk mendapatkan daftar klien yang terputus dari hotspot Wi-Fi (Soft AP) dan alasan pemutusan koneksi untuk setiap klien. Kemampuan ini memungkinkan OEM otomotif memenuhi spesifikasi yang diperlukan untuk aplikasi yang diproyeksikan, sehingga meningkatkan kemampuan konfigurasi dan fungsi stack Wi-Fi Android.

Untuk menggunakan metode SoftApCallback#onClientsDisconnected, daftarkan callback untuk mendapatkan kemampuan perangkat menggunakan WifiManager#registerSoftApCallback untuk hotspot yang di-tether atau WifiManager#registerLocalOnlyHotspotSoftApCallback untuk hotspot khusus lokal. Callback AP lunak terdaftar yang ada harus mengganti metode SoftApCallback#onClientsDisconnected. Untuk mengetahui informasi selengkapnya, lihat Mengembangkan aplikasi dengan API hotspot.

Untuk contoh penerapan hotspot Wi-Fi yang di-tether dalam halaman setelan Mobil AAOS referensi yang menggunakan SoftApCallback, lihat WifiTetheringHandler.java.

Untuk menguji implementasi Anda, jalankan pengujian unit dan pengujian CTS Verifier berikut:

  • Pengujian unit
    • Pengelola: atest packages/modules/Wifi/framework/tests/
    • Layanan: atest packages/modules/Wifi/service/tests/wifitests/
  • Pengujian CTS Verifier: atest CtsWifiSoftApTestCases

Tampilan

Mode jendela desktop

Penyesuaian jendela desktop memungkinkan produktivitas yang lebih baik dengan menyediakan antarmuka yang sudah dikenal untuk mengatur dan mengubah ukuran jendela yang tumpang-tindih. Lihat Mendukung multi-aplikasi untuk mengetahui informasi tentang cara mendukung penyesuaian jendela desktop.

Interaksi

Sentuhan

Android 16 memperkenalkan API untuk mengurangi fragmentasi haptik di ekosistem, menghilangkan kebutuhan untuk penyesuaian perangkat individual, serta memberikan pengalaman gerakan yang lebih kaya dan ekspresif kepada developer dan pengguna akhir perangkat. API piecewise linear envelope (PWLE) baru mendukung pembuatan efek PWLE yang dinormalisasi yang menghasilkan persepsi haptik serupa pada perangkat serupa.

Berikut adalah ringkasan cara API baru di Android 16 meningkatkan kemampuan haptik:

  • Kurangi biaya pengembangan dengan menghapus penyesuaian per perangkat melalui skala nilai yang dinormalisasi.
  • Buat kumpulan dasar primitif haptik untuk ekosistem (misalnya, CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUCK_FALL, THUD, SPIN).
  • Mendukung pembuatan dan penyusunan efek parametrik (durasi, amplitudo, dan frekuensi).
  • Mendukung perlindungan otomatis untuk penggerak haptik.
  • Aktifkan pengalaman multisensori seperti haptik dan suara gabungan.
  • Menutup kesenjangan paritas kemampuan developer haptik Android.

Sebaiknya integrasikan dan gunakan API PWLE yang dinormalisasi baru untuk mengaktifkan primitif haptik dasar dan memberikan dukungan untuk pengalaman haptik developer baru. Untuk mengetahui informasi selengkapnya, lihat Menerapkan efek PWLE.

Sensor dasar detak jantung

Di Android 16, untuk mempertahankan kompatibilitas, framework Android menggunakan izin SENSOR_PERMISSION_READ_HEART_RATE untuk sensor dasar detak jantung. Di Android 15 dan yang lebih rendah, framework menggunakan izin SENSOR_PERMISSION_BODY_SENSORS. Untuk mengetahui informasi selengkapnya tentang jenis sensor dasar detak jantung, lihat Detak jantung.

Media

Dukungan HDR

Android 16 memperkenalkan peningkatan berikut untuk dukungan HDR:

  • Kemampuan penggantian aplikasi (SDR sebagai pengganti) melalui Media3 ExoPlayer dan pemilih foto.
  • Dukungan screenshot yang ditingkatkan untuk konten HDR. Untuk mengetahui informasi selengkapnya, lihat HDR dalam screenshot Android.
  • Peningkatan konsistensi di seluruh konten HDR yang dibuat.

Sebaiknya lakukan tindakan berikut:

  • Aktifkan HLG atau DolbyVision (8.4 dengan HLG) di aplikasi kamera Anda secara default.
  • Mengaktifkan Ultra HDR untuk foto secara default.
  • Menyediakan dukungan aplikasi untuk video HLG dan pengambilan Ultra HDR.

Framework kualitas media

Di Android 16, kami mendesain framework kualitas gambar dan audio baru untuk menetapkan API standar bagi penerapan televisi Android. Framework ini memberikan pendekatan terpadu untuk penyesuaian kualitas gambar (PQ) dan kualitas audio (AQ) di Android TV serta menyederhanakan pengembangan bagi vendor. Fitur ini menyediakan hal-hal berikut:

  • Setelan kualitas gambar terperinci per streaming, per pengguna, dan per jenis input di panel layar, dengan setelan tingkat sistem untuk seluruh layar yang akan digunakan di semua aplikasi
  • Setelan audio terperinci per streaming dan per perangkat, dengan setelan tingkat sistem untuk digunakan di semua aplikasi

Codec video

Di Android 16, kami meluncurkan dukungan platform untuk codec Advanced Professional Video (APV). Codec APV adalah codec intra-frame bitrate tinggi yang dirancang untuk memberikan hasil rekaman dan pengeditan berkualitas tinggi kepada kreator konten.

Selain itu, Google berencana mengalihkan semua pengguna dari VP8, VP9, dan AVC (H.264) ke AV1. Developer aplikasi lebih memilih AV1, codec generasi berikutnya, untuk menghindari transkode di backend dan mengurangi latensi. Codec hardware masih direkomendasikan, terutama untuk encoding, meskipun dukungan codec software AV1 terus meningkat.

Anda dapat menggunakan AV1 untuk kualitas, keandalan, dan konkurensi yang lebih tinggi, serta mempertimbangkan dukungan APV di aplikasi Kamera dan Galeri.

Performa

Mode trade-in

Android 16 memperkenalkan mode tukar tambah, yang memungkinkan developer dan reseller menilai kondisi sistem setelah perangkat direset ke setelan pabrik.

Untuk mengetahui informasi lebih lanjut, lihat Mendapatkan informasi kesehatan sistem.

Izin

Update peran Android

Android 16 memperbarui peran berikut:

  • COMPANION_DEVICE_APP_STREAMING: Untuk kasus penggunaan streaming, transmisi, atau pencerminan aplikasi, yang memungkinkan streaming, transmisi, atau pencerminan, dari perangkat berteknologi Android seperti ponsel atau tablet ke komputer desktop atau laptop.

  • COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: Untuk kasus penggunaan perangkat Android seperti ponsel atau tablet ke aplikasi Connected Vehicle dan ke aplikasi streaming perangkat XR.

Lihat Peran Android untuk informasi selengkapnya.

Keamanan

Keamanan seluler

Android 16 memperkenalkan perubahan UX kecil pada tombol konektivitas 2G yang ada di bagian Setelan SIM untuk menyelaraskannya dengan bagian Setelan lainnya. Android 16 juga memperkenalkan bagian khusus untuk fitur keamanan seluler bernama Keamanan jaringan seluler di Pusat Keamanan di bagian Setelan.

Integritas perangkat

Android 16 menambahkan dukungan untuk sertifikat pengesahan KeyMint versi 4.0. Untuk memverifikasi integritas modul APEX yang dimuat, sertifikat KeyMint 4.0 menyertakan kolom moduleHash baru dalam struktur KeyDescription.

Lihat Pengesahan kunci dan ID untuk informasi selengkapnya.

Penyimpanan

Akun kontak default

Pengguna Android kehilangan beberapa kontak saat beralih ke perangkat lain. Untuk mengurangi hilangnya kontak, Android 16 memperkenalkan konsep akun default untuk kontak. Untuk mendukung fitur ini, aplikasi Kontak Anda harus:

  • Mempromosikan opsi sinkronisasi cloud untuk mencegah hilangnya kontak seiring waktu
  • Tanyakan kepada pengguna apakah mereka ingin memindahkan kontak lokal dan SIM mereka ke akun default cloud
  • Mencegah pembuatan kontak lokal dan SIM baru

Update

Update aplikasi yang lancar

Saat paket sedang diupdate, paket akan dihentikan dan dimasukkan ke dalam status tidak aktif untuk mencegahnya berjalan saat kode dan sumber dayanya berubah. Untuk aplikasi besar, kompleks, dan penting bagi sistem, menempatkan paket ke dalam status beku dapat menyebabkan pengalaman pengguna yang buruk karena aplikasi dependen mungkin tidak dapat dijalankan.

Android 16 mengurangi waktu aplikasi tidak dapat dijalankan dengan memindahkan dexopt atau dex2oat ke fase awal proses penginstalan. Perubahan ini mengurangi waktu aplikasi dibekukan dari hitungan detik menjadi puluhan milidetik.

Virtualisasi

Android 16 menghadirkan kemampuan yang diperluas ke Android Virtualization Framework (AVF) dan hypervisor KVM yang dilindungi (pKVM), seperti update OS yang ditingkatkan dalam virtual machine (VM) dan pengenalan terminal Linux. Berikut adalah daftar perubahan penting pada AVF:

  • Dukungan AVF Low-Level Native Development Kit (LL-NDK). Android 16 memungkinkan vendor meluncurkan VM dari partisi vendor menggunakan AVF yang dikelola Google.
  • Dukungan VM booting awal. AVF memungkinkan VM berjalan lebih awal dalam proses booting, sehingga memberikan manfaat bagi payload penting seperti hardware abstraction layer (HAL) KeyMint.
  • Update Microdroid. Microdroid menyertakan penyimpanan terenkripsi yang dapat diubah ukurannya dan dukungan VM yang dilindungi 16K untuk peningkatan performa.
  • Dukungan terminal Linux. Ferrochrome memperkenalkan terminal Linux berbasis Debian dalam mesin virtual.
  • Framework firmware tamu untuk dukungan profil A Arm (FF-A). pKVM mendukung komunikasi aman standar FF-A dengan TrustZone untuk VM yang dilindungi.
  • Update VM yang dilindungi. Trusty OS untuk aplikasi tepercaya (TA) standar memungkinkan Anda menjalankan applet tepercaya TrustZone di VM yang dilindungi untuk meningkatkan isolasi dan kemampuan update.
  • Dukungan panggilan monitor aman (SMC) khusus vendor. Anda dapat memindahkan kode yang ada dengan SMC khusus vendor ke pVM.
  • Pembaruan penetapan perangkat. Android 16 mendukung penetapan perangkat platform ke pVM, sehingga memungkinkan akses hardware langsung.
  • Dukungan paritas tamu yang tidak dilindungi. Tamu yang tidak dilindungi memiliki dukungan notifikasi unit pengelolaan memori (MMU) penuh dan memori yang tidak disematkan seperti aplikasi Android.
  • Update pelacakan hypervisor. Android 16 menyertakan peristiwa logging terstruktur dan peningkatan pelacakan fungsi.

Untuk mengetahui informasi lebih lanjut tentang perubahan ini, lihat Android Virtualization Framework.