Perubahan Android 6.0

Bersama dengan fitur dan kemampuan baru, Android 6.0 (level API 23) menyertakan berbagai perubahan sistem dan perubahan perilaku API. Dokumen ini menyoroti beberapa perubahan penting yang harus Anda pahami dan perhitungkan dalam aplikasi Anda.

Jika Anda sebelumnya telah memublikasikan aplikasi untuk Android, perhatikan bahwa perubahan ini pada platform akan memengaruhi aplikasi Anda.

Izin Waktu Proses

Rilis ini memperkenalkan model izin baru, di mana pengguna kini dapat mengelola izin aplikasi secara langsung saat runtime. Model ini memberikan visibilitas dan kontrol yang ditingkatkan kepada pengguna atas izin, sekaligus menyederhanakan proses penginstalan dan pembaruan otomatis bagi developer aplikasi. Pengguna bisa memberikan atau mencabut izin satu per satu untuk aplikasi yang telah dipasang.

Pada aplikasi Anda yang menargetkan Android 6.0 (API level 23) atau yang lebih tinggi, pastikan memeriksa dan meminta izin saat runtime. Untuk menentukan apakah aplikasi Anda telah diberi izin, panggil metode checkSelfPermission() yang baru. Untuk meminta izin, panggil metode requestPermissions() yang baru. Meskipun aplikasi Anda tidak menargetkan Android 6.0 (API level 23), Anda harus menguji aplikasi dengan model izin yang baru.

Untuk detail tentang mendukung model izin baru ini dalam aplikasi Anda, lihat Bekerja dengan Izin Sistem. Untuk mendapatkan tips tentang cara menilai dampak terhadap aplikasi Anda, lihat Catatan Penggunaan Izin.

Istirahatkan dan Aplikasi Standby

Rilis ini memperkenalkan optimalisasi penghematan daya yang baru untuk perangkat yang dan aplikasi yang pasif. Fitur ini memengaruhi semua aplikasi jadi pastikan menguji aplikasi Anda dalam mode baru ini.

  • Istirahatkan: Jika pengguna mencabut perangkat dan membiarkannya diam, dengan layar dalam keadaan mati, selama jangka waktu tertentu, perangkat akan masuk ke mode Istirahatkan, yang mencoba mempertahankan sistem dalam status tidur. Dalam mode ini, perangkat secara berkala melanjutkan pengoperasian normalnya selama jangka waktu singkat sehingga sinkronisasi aplikasi bisa berlangsung dan sistem bisa melakukan setiap pengoperasian yang menunggu.
  • Aplikasi Siaga: Aplikasi Siaga memungkinkan sistem menentukan bahwa aplikasi dalam keadaan tidak ada aktivitas saat pengguna tidak menggunakannya secara aktif. Sistem menentukan hal ini saat pengguna tidak menyentuh aplikasi selama jangka waktu tertentu. Jika perangkat dicabut, sistem akan menonaktifkan akses jaringan dan menangguhkan sinkronisasi serta tugas untuk aplikasi yang dianggapnya tidak ada aktivitas.

Untuk mempelajari perubahan penghematan daya ini lebih lanjut, lihat Mengoptimalkan untuk Mode Istirahatkan dan Aplikasi Standby.

Penghapusan Klien HTTP Apache

Rilis Android 6.0 membuang dukungan untuk klien HTTP Apache. Jika aplikasi Anda menggunakan klien ini dan menargetkan Android 2.3 (API level 9) atau yang lebih tinggi, gunakan class HttpURLConnection. API ini lebih efisien karena mengurangi penggunaan jaringan melalui kompresi transparan dan caching respons, serta meminimalkan konsumsi daya. Untuk terus menggunakan Apache HTTP API, Anda harus mendeklarasikan dependensi waktu kompilasi berikut terlebih dahulu dalam file build.gradle Anda: 

android {
    useLibrary 'org.apache.http.legacy'
}

BoringSSL

Android beralih dari OpenSSL ke library BoringSSL. Jika Anda menggunakan Android NDK dalam aplikasi, jangan tautkan dengan library kriptografis yang bukan bagian dari NDK API, seperti libcrypto.so dan libssl.so. Pustaka ini bukanlah API publik, dan dapat berubah atau dihentikan tanpa pemberitahuan di seluruh rilis dan perangkat. Selain itu, keamanan Anda bisa menjadi rentan. Sebagai gantinya, ubah kode native Anda untuk memanggil API kriptografi Java melalui JNI atau untuk menautkan secara statis dengan library kriptografi pilihan Anda.

Akses ke Identifier Perangkat Keras

Untuk memberikan perlindungan data yang lebih besar kepada pengguna, mulai rilis ini Android meniadakan akses terprogram ke ID hardware lokal perangkat untuk aplikasi yang menggunakan API Wi-Fi dan Bluetooth. Metode WifiInfo.getMacAddress() dan BluetoothAdapter.getAddress() kini menampilkan nilai konstanta 02:00:00:00:00:00.

Untuk mengakses ID hardware perangkat eksternal di sekitar melalui pemindaian Bluetooth dan Wi-Fi, aplikasi Anda sekarang harus memiliki izin ACCESS_FINE_LOCATION atau ACCESS_COARSE_LOCATION:

Catatan: Saat perangkat yang menjalankan Android 6.0 (API level 23) memulai pemindaian Wi-Fi atau Bluetooth di latar belakang, operasi akan terlihat oleh perangkat eksternal berasal dari alamat MAC yang diacak.

Notifikasi

Rilis ini menghapus metode Notification.setLatestEventInfo(). Sebagai gantinya, gunakan class Notification.Builder untuk membuat notifikasi. Untuk memperbarui notifikasi berulang kali, gunakan kembali instance Notification.Builder. Panggil metode build() untuk mendapatkan instance Notification yang diperbarui.

Perintah adb shell dumpsys notification tidak lagi mencetak teks notifikasi. Gunakan perintah adb shell dumpsys notification --noredact sebagai gantinya untuk mencetak teks dalam objek notifikasi.

Perubahan AudioManager

Menyetel volume secara langsung atau membungkam streaming tertentu melalui class AudioManager tidak lagi didukung. Metode setStreamSolo() tidak digunakan lagi, dan Anda harus memanggil metode requestAudioFocus() sebagai gantinya. Demikian pula, metode setStreamMute() tidak digunakan lagi; sebagai gantinya, panggil metode adjustStreamVolume() dan teruskan nilai arah ADJUST_MUTE atau ADJUST_UNMUTE.

Pemilihan Teks

Layar yang menampilkan fitur pemilihan teks baru dalam toolbar mengambang

Saat pengguna memilih teks di aplikasi, Anda kini dapat menampilkan tindakan pemilihan teks seperti Potong, Salin, dan Tempel di toolbar mengambang. Implementasi interaksi pengguna serupa dengan yang ada pada panel tindakan kontekstual, seperti dijelaskan dalam Mengaktifkan mode tindakan kontekstual untuk tampilan individual.

Untuk mengimplementasikan toolbar mengambang bagi pemilihan teks, pastikan membuat perubahan berikut dalam aplikasi saat ini:

  1. Dalam objek View atau Activity, ubah panggilan ActionMode dari startActionMode(Callback) menjadi startActionMode(Callback, ActionMode.TYPE_FLOATING).
  2. Ambil implementasi ActionMode.Callback yang ada dan perluas ActionMode.Callback2 sebagai gantinya.
  3. Ganti metode onGetContentRect() untuk memberikan koordinat objek Rect konten (seperti kotak pemilihan teks) dalam tampilan.
  4. Jika pemosisian persegi panjang tidak lagi valid, dan ini satu-satunya elemen yang tidak akan divalidasi, panggil metode invalidateContentRect().

Jika Anda menggunakan Android Support Library revisi 22.2, perhatikan bahwa toolbar mengambang tidak kompatibel dengan versi lama dan compat mengambil alih objek ActionMode secara default. Ini mencegah bilah alat mengambang ditampilkan. Untuk mengaktifkan dukungan ActionMode di AppCompatActivity, panggil getDelegate(), lalu panggil setHandleNativeActionModesEnabled() pada objek AppCompatDelegate yang ditampilkan dan tetapkan parameter input ke false. Panggilan ini mengembalikan kontrol objek ActionMode ke kerangka kerja. Di perangkat yang menjalankan Android 6.0 (level API 23), yang memungkinkan framework mendukung ActionBar atau mode toolbar mengambang, sedangkan di perangkat yang menjalankan Android 5.1 (API level 22) atau yang lebih rendah, hanya mode ActionBar yang didukung.

Perubahan Bookmark Browser

Rilis ini membuang dukungan untuk bookmark global. Metode android.provider.Browser.getAllBookmarks() dan android.provider.Browser.saveBookmark() sekarang telah dihapus. Demikian pula, izin READ_HISTORY_BOOKMARKS dan WRITE_HISTORY_BOOKMARKS akan dihapus. Jika aplikasi Anda menargetkan Android 6.0 (API level 23) atau yang lebih tinggi, jangan akses bookmark dari penyedia global atau gunakan izin bookmark. Sebagai gantinya, aplikasi Anda harus menyimpan data bookmark secara internal.

Perubahan Keystore Android

Dengan rilis ini, penyedia Android Keystore tidak lagi mendukung DSA. ECDSA masih didukung.

Kunci yang tidak memerlukan enkripsi dalam penyimpanan tidak akan lagi dihapus saat layar kunci aman dinonaktifkan atau direset (misalnya, oleh pengguna atau Administrator Perangkat). Kunci yang memerlukan enkripsi saat disimpan akan dihapus selama peristiwa ini.

Perubahan Wi-Fi dan Jaringan

Rilis ini memperkenalkan perubahan perilaku berikut pada API Wi-Fi dan jaringan.

  • Aplikasi Anda sekarang dapat mengubah status objek WifiConfiguration hanya jika Anda yang membuat objek ini. Anda tidak diizinkan memodifikasi atau menghapus objek WifiConfiguration yang dibuat oleh pengguna atau oleh aplikasi lain.
  • Sebelumnya, jika aplikasi memaksa perangkat untuk terhubung ke jaringan Wi-Fi tertentu dengan menggunakan enableNetwork() dengan setelan disableAllOthers=true, perangkat akan terputus dari jaringan lain seperti data seluler. Dalam rilis ini, perangkat tidak lagi memutus koneksi dari jaringan lain seperti itu. Jika targetSdkVersion aplikasi Anda adalah “20” atau lebih rendah, targetSdkVersion akan disematkan ke jaringan Wi-Fi yang dipilih. Jika targetSdkVersion aplikasi Anda adalah “21” atau yang lebih tinggi, gunakan API multijaringan (seperti openConnection(), bindSocket(), dan metode bindProcessToNetwork() baru) untuk memastikan bahwa traffic jaringannya dikirim di jaringan yang dipilih.

Perubahan Layanan Kamera

Dalam rilis ini, model untuk mengakses resource bersama dalam layanan kamera telah berubah dari model akses “pertama datang, pertama dilayani” sebelumnya menjadi model akses yang mendahulukan proses berprioritas tinggi. Perubahan pada perilaku layanan mencakup:

  • Akses ke resource subsistem kamera, termasuk membuka dan mengonfigurasi perangkat kamera, diberikan berdasarkan “prioritas” proses aplikasi klien. Proses aplikasi dengan aktivitas yang dapat dilihat pengguna atau latar depan biasanya diberikan prioritas lebih tinggi, sehingga akuisisi dan penggunaan resource kamera menjadi lebih bisa diandalkan.
  • Klien kamera aktif untuk aplikasi prioritas lebih rendah dapat "dikeluarkan" jika aplikasi dengan prioritas lebih tinggi mencoba menggunakan kamera. Dalam Camera API yang tidak digunakan lagi, hal ini mengakibatkan onError() dipanggil untuk klien yang dihapus. Dalam Camera2 API, hal ini menyebabkan onDisconnected() dipanggil untuk klien yang dihapus.
  • Pada perangkat dengan hardware kamera yang sesuai, masing-masing proses aplikasi dapat membuka dan menggunakan masing-masing perangkat kamera secara simultan. Namun, kasus penggunaan multiproses, yang akses simultannya menyebabkan penurunan signifikan pada kinerja atau kemampuan setiap perangkat kamera yang terbuka, kini terdeteksi dan tidak diizinkan oleh layanan kamera. Perubahan ini dapat mengakibatkan “ditinggalkannya” klien prioritas rendah meskipun tidak ada aplikasi lain yang secara langsung berupaya mengakses perangkat kamera yang sama.
  • Mengubah pengguna saat ini menyebabkan klien kamera aktif di aplikasi yang dimiliki oleh akun pengguna sebelumnya dihapus. Akses ke kamera dibatasi pada profil pengguna yang dimiliki oleh pengguna perangkat saat ini. Pada praktiknya, ini berarti akun "Tamu", misalnya, tidak akan dapat meninggalkan proses berjalan yang menggunakan subsistem kamera saat pengguna beralih ke akun lain.

Runtime

Runtime ART kini mengimplementasikan aturan akses dengan benar untuk metode newInstance(). Perubahan ini memperbaiki masalah Dalvik yang salah memeriksa aturan akses dalam versi sebelumnya. Jika aplikasi Anda menggunakan metode newInstance() dan Anda ingin mengganti pemeriksaan akses, panggil metode setAccessible() dengan parameter input yang ditetapkan ke true. Jika aplikasi Anda menggunakan library appcompat v7 atau library recyclerview v7, Anda harus mengupdate aplikasi agar dapat menggunakan versi terbaru library ini. Jika tidak, pastikan setiap class kustom yang dirujuk dari XML telah diperbarui sehingga konstruktor class-nya dapat diakses.

Rilis ini memperbarui perilaku linker dinamis. Linker dinamis kini memahami perbedaan antara soname library dan jalurnya ( bug publik 6670), dan penelusuran menurut soname kini diimplementasikan. Aplikasi yang sebelumnya berfungsi dan memiliki entri DT_NEEDED yang buruk (biasanya jalur absolut pada sistem file mesin build) mungkin gagal saat dimuat.

Flag dlopen(3) RTLD_LOCAL kini diimplementasikan dengan benar. Perhatikan bahwa RTLD_LOCAL adalah default, sehingga panggilan ke dlopen(3) yang tidak secara eksplisit menggunakan RTLD_LOCAL akan terpengaruh (kecuali jika aplikasi Anda secara eksplisit menggunakan RTLD_GLOBAL). Dengan RTLD_LOCAL, simbol tidak akan tersedia untuk library yang dimuat oleh panggilan berikutnya ke dlopen(3) (bukan direferensikan oleh entri DT_NEEDED).

Pada Android versi sebelumnya, jika aplikasi Anda meminta sistem memuat library bersama dengan relokasi teks, sistem akan menampilkan peringatan, tetapi masih mengizinkan library dimuat. Mulai rilis ini, sistem akan menolak library ini jika versi SDK target aplikasi Anda adalah 23 atau yang lebih tinggi. Untuk membantu mendeteksi apakah library gagal dimuat, aplikasi Anda harus mencatat log kegagalan dlopen(3), dan menyertakan teks deskripsi masalah yang dikembalikan oleh panggilan dlerror(3). Untuk mempelajari lebih lanjut cara menangani relokasi teks, lihat panduan ini.

Validasi APK

Platform ini sekarang menjalankan validasi APK yang lebih ketat. APK dianggap rusak jika file dideklarasikan dalam manifes, tetapi tidak ada dalam APK itu sendiri. APK harus ditandatangani ulang jika salah satu konten dihapus.

Koneksi USB

Koneksi perangkat melalui porta USB sekarang secara default disetel ke mode hanya-mengisi. Untuk mengakses perangkat dan kontennya melalui koneksi USB, pengguna harus secara eksplisit memberikan izin untuk interaksi tersebut. Jika aplikasi Anda mendukung interaksi pengguna dengan perangkat melalui port USB, pertimbangkan agar interaksi harus diaktifkan secara eksplisit.

Perubahan Android for Work

Rilis ini menyertakan perubahan perilaku berikut untuk Android for Work:

  • Kontak kerja dalam konteks pribadi. Google Dialer Call Log sekarang menampilkan kontak kerja saat pengguna melihat panggilan sebelumnya. Menyetel setCrossProfileCallerIdDisabled() ke true akan menyembunyikan kontak profil kerja di Google Dialer Call Log. Kontak kerja dapat ditampilkan bersama kontak pribadi ke perangkat melalui Bluetooth hanya jika Anda menetapkan setBluetoothContactSharingDisabled() ke false. Secara default, nilainya ditetapkan ke true.
  • Penghapusan konfigurasi Wi-Fi: Konfigurasi Wi-Fi yang ditambahkan oleh Pemilik Profil (misalnya, melalui panggilan ke metode addNetwork()) kini dihapus jika profil kerja tersebut dihapus.
  • Pemblokiran konfigurasi Wi-Fi: Setiap konfigurasi Wi-Fi yang dibuat oleh Pemilik Perangkat aktif tidak dapat lagi diubah atau dihapus oleh pengguna jika WIFI_DEVICE_OWNER_CONFIGS_LOCKDOWN bukan nol. Pengguna tetap bisa membuat dan memodifikasi konfigurasi Wi-Fi-nya sendiri. Pemilik Perangkat Aktif memiliki hak istimewa untuk mengedit atau menghapus konfigurasi Wi-Fi apa pun, termasuk yang tidak dibuat oleh mereka.
  • Download pengontrol kebijakan perangkat melalui penambahan Akun Google: Saat Akun Google yang memerlukan pengelolaan melalui aplikasi pengontrol kebijakan perangkat (DPC) ditambahkan ke perangkat di luar konteks terkelola, alur penambahan akun sekarang meminta pengguna untuk menginstal WPC yang sesuai. Perilaku ini juga berlaku untuk akun yang ditambahkan melalui Setelan > Akun dan dalam wizard penyiapan perangkat pertama kali.
  • Perubahan pada perilaku DevicePolicyManager API tertentu:
  • Perubahan pada API lain:
    • Penggunaan Data: Class android.app.usage.NetworkUsageStats telah diganti namanya menjadi NetworkStats.
  • Perubahan pada setelan global: