Android 16 hadir dengan salah satu peningkatan yang sekilas tampak kecil, tetapi dalam kehidupan sehari-hari dapat membuat perbedaan besar: Pembaruan aplikasi menjadi hampir seketika dan tidak terlalu mengganggu.Berkat kombinasi perubahan sistem dan fitur penginstalan aplikasi baru, Google ingin ponsel Anda selalu mutakhir tanpa membuat Anda merasa seperti ada yang terus-menerus macet.
Di balik pengalaman yang lebih lancar ini terdapat beberapa komponen teknis yang bekerja di latar belakang: “pembaruan aplikasi mulus” yang baru, relokasi proses seperti dexopt dan dex2oat, dan apa yang disebut pembangunan cloudSemua ini hadir di samping perubahan signifikan lainnya di Android 16 yang memengaruhi developer, performa, keamanan, privasi, kesehatan digital, dan kompatibilitas dengan lebih banyak format layar. Mari kita lihat secara langsung dan jelas apa saja yang berubah.
Apa itu pembaruan aplikasi yang lancar di Android 16?
Ide sentral Android 16 di area ini jelas: untuk memastikan bahwa pembaruan aplikasi memiliki dampak sekecil mungkin pada penggunaan telepon seluler normalHingga saat ini, setiap kali aplikasi diperbarui, sistem harus "membekukannya" untuk sementara waktu sembari mengganti kode dan sumber daya internalnya, mencegahnya berjalan secara paralel guna menghindari kesalahan, kegagalan data, atau penghentian tak terduga.
Itu Pembekuan sementara masuk akal dari sudut pandang stabilitas.Namun dalam praktiknya, hal ini bisa cukup mengganggu. Pada aplikasi besar atau yang sangat penting bagi sistem, pembekuan beberapa detik tersebut sudah cukup untuk menyebabkan aplikasi lain yang bergantung padanya berperilaku aneh, macet menunggu, atau bahkan menampilkan kesalahan sesekali.
Dengan Android 16, Google mengambil langkah lebih jauh dan lebih agresif dalam mengadopsi konsep pembaruan aplikasi yang lancarTujuannya bukan hanya untuk membuat pembaruan memakan waktu lebih sedikit, tetapi juga untuk mengurangi waktu di mana aplikasi tidak beroperasi sama sekali seminimal mungkin, hampir sampai pada titik tidak terlihat oleh pengguna.
Menurut informasi yang diberikan Google melalui sumber resmi, Periode di mana aplikasi tetap beku selama pembaruan telah berubah dari "beberapa detik" menjadi "puluhan milidetik"Dalam praktiknya, kita berbicara tentang lompatan dari jeda yang jelas Anda sadari ke kedipan yang, dalam banyak kasus, bahkan tidak Anda sadari.
Cara Android 16 mempercepat pembaruan aplikasi
Untuk mencapai pengurangan waktu henti yang agresif ini, Android 16 tidak menggunakan trik yang dangkal. Yang dilakukannya adalah mengatur ulang tugas-tugas internal yang sangat berat dan membawanya ke tahap sebelum instalasi.sehingga rentang waktu “kritis” di mana aplikasi harus dibekukan menjadi jauh lebih pendek.
Dua bagian kunci di sini adalah dexopt dan dex2oatIni adalah alat dalam lingkungan Android Runtime (ART) yang bertanggung jawab untuk mengoptimalkan bytecode aplikasi. Secara tradisional, sebagian pekerjaan mereka dieksekusi tepat selama jeda aplikasi, yang dalam beberapa kasus memperpanjang waktu pembekuan hingga beberapa detik.
Dengan Android 16, Proses ini berpindah ke fase awal aliran pembaruanDengan kata lain, sistem melakukan sebagian besar optimasi sebelum mencapai titik di mana ia perlu mengganti berkas lama dengan yang baru. Ketika jeda kritis terjadi, yang tersisa hanyalah melakukan pertukaran berkas cepat, mengurangi waktu pembekuan menjadi hanya beberapa puluh milidetik.
Keuntungan dari pendekatan ini ada dua: di satu sisi, Pengguna merasakan pembaruan berlangsung hampir seketika. karena aplikasinya hampir tidak pernah berhenti tersedia; di sisi lain, tingkat keamanan dan konsistensi yang sama dalam data tetap dipertahankan, karena validasi dan pengoptimalan terus dilakukan, hanya pada titik yang tidak terlalu merepotkan dalam proses untuk pengalaman pengguna.
Dampak nyata bagi pengguna dengan banyak aplikasi dan untuk ponsel sederhana
Pada telepon seluler dengan beberapa aplikasi ringan, perubahan ini mungkin tidak terlalu terasa. Jika Anda hanya menggunakan beberapa aplikasi yang diperbarui secara berkala dan mengonsumsi sedikit sumber daya, Anda mungkin tidak pernah merasa bahwa pembaruan menjadi masalah.Namun gambarannya berubah drastis ketika kita berbicara tentang perangkat dengan puluhan aplikasi, permainan berat, atau layanan yang sering diperbarui.
Pada ponsel yang banyak aplikasinya digunakan secara intensif, Mengurangi waktu henti antar pembaruan berarti lebih sedikit pembekuan singkat, lebih sedikit lompatan antarmuka yang aneh, dan pengalaman keseluruhan yang jauh lebih lancar.Lebih jauh lagi, jika salah satu aplikasi ini bertindak sebagai layanan pusat atau menyediakan API ke aplikasi lain (misalnya, klien perpesanan, pustaka keamanan, atau aplikasi sistem), meminimalkan pembekuannya selama pembaruan membantu seluruh rantai aplikasi terus berfungsi secara normal.
Perkembangan ini juga sangat menarik bagi perangkat entry-level atau kelas menengah bawahdi mana perangkat keras kesulitan menangani instalasi besar. Google tidak hanya menata ulang proses lokal, tetapi juga menghubungkan peningkatan ini dengan fitur penting lainnya di Android 16: kompilasi cloud untuk mempercepat instalasi aplikasi baru, sebuah terobosan baru untuk ponsel yang kurang bertenaga.
Kompilasi cloud: aplikasi yang diinstal lebih cepat berkat cloud
Selain mempercepat pembaruan, Android 16 juga menyertakan fitur yang berfokus pada instalasi awal aplikasi dan game, terutama pada perangkat sederhanaFitur ini dikenal sebagai kompilasi awan dan misinya jelas: mentransfer sebagian pekerjaan berat yang sebelumnya sepenuhnya dibebankan pada prosesor dan penyimpanan telepon ke server Google.
Saat Anda memasang aplikasi di Android, sistem menggunakan ART untuk menjalankan kodenya. Selama instalasi, alat dex2oat mengambil file .dex APK, yang berisi kode yang dikompilasi, dan menghasilkan beberapa "artefak aplikasi".Artefak ini membantu aplikasi terbuka dan berjalan lebih cepat dan lebih efisien, dan dapat hadir dalam berbagai format: file .vdex dengan metadata untuk memvalidasi bytecode, file .odex dengan kode yang telah dikompilasi sebelumnya untuk metode tertentu, atau file .art dengan representasi internal string dan kelas yang mempercepat startup aplikasi.
Pada ponsel paling canggih, Pembuatan artefak ini relatif cepat, hampir transparanNamun pada ponsel murah, dengan prosesor lambat dan memori lambat, proses ini dapat menjadi hambatan, terutama jika APK menyertakan banyak file .dex atau merupakan permainan atau aplikasi yang sangat besar.
Usulan Android 16 sederhana namun efektif: Daripada membuat semua artefak tersebut di perangkat, unduh artefak tersebut yang sudah dikompilasi sebelumnya dari Google PlaySaat ini, sebagian besar pengguna memiliki koneksi seluler dan Wi-Fi yang cukup cepat, jadi dalam banyak kasus lebih efisien menggunakan jaringan daripada memaksa prosesor ponsel bekerja selama beberapa detik atau bahkan menit.
SDM dan artefak prakompilasi: peran Metadata Dex Aman
Versi cloud Android 16 mengandalkan jenis file baru: SDM adalah singkatan dari Secure Dex MetadataFile SDM ini, yang diunduh bersama APK dari Play Store, berisi artefak aplikasi yang sudah dibuat dalam infrastruktur Google menggunakan dex2oat, sehingga perangkat tidak perlu mengulangi pekerjaan itu secara lokal.
Detail penting adalah itu File SDM ditandatangani dengan kunci yang sama dengan APKHal ini memungkinkan sistem untuk memverifikasi bahwa artefak berasal dari sumber tepercaya dan belum diubah, sehingga menjamin integritas dan keamanan proses. Dengan demikian, ponsel dapat menginstal aplikasi secara langsung menggunakan artefak yang telah dikompilasi sebelumnya, sehingga mempercepat instalasi awal secara signifikan, terutama pada perangkat keras kelas bawah.
Dalam praktiknya, hal ini berarti bahwa Android 16 dapat mencegah dex2oat berjalan selama instalasi dalam banyak kasusKarena kerja keras telah dilakukan di server Google, hasilnya adalah berkurangnya beban pada prosesor, konsumsi daya lebih rendah selama instalasi, dan waktu tunggu lebih singkat saat mengunduh aplikasi atau game besar dengan jumlah kode yang signifikan.
Namun, keseluruhan sistem ini membutuhkan Google mengonfigurasi Play Store untuk menghasilkan dan mendistribusikan SDM ini secara massal.Pada tahap awal, fitur ini mungkin sudah ada di sistem tetapi belum sepenuhnya aktif, karena infrastruktur cloud perlu disesuaikan dan diluncurkan secara bertahap. Jangan berharap keajaiban langsung di semua perangkat yang kompatibel; adopsi akan bertahap.
Hubungan antara pembaruan cepat dan pembangunan cloud
Meskipun keduanya mungkin tampak seperti dua hal yang terpisah, Pembaruan yang mulus dan pembangunan cloud saling terkait erat Karena keduanya berfokus pada bagaimana dan kapan artefak eksekusi aplikasi dihasilkan dan diterapkan. Di satu sisi, Android 16 memajukan eksekusi dexopt dan dex2oat ke fase-fase yang kurang penting dalam proses pembaruan, sehingga meminimalkan waktu aplikasi tetap macet.
Selain itu, Kompilasi cloud berarti bahwa dalam banyak kasus, pekerjaan ini bahkan tidak perlu dilakukan pada perangkat.Hal ini berlaku baik selama instalasi awal maupun pembaruan tertentu. Dengan mengunduh artefak siap pakai, kombinasi kedua pendekatan ini membuat instalasi awal dan pembaruan selanjutnya lebih cepat dan tidak mengganggu.
Semua ini sesuai dengan tujuan mendasar: Optimalkan Android agar berjalan lancar bahkan pada perangkat keras sederhanasekaligus mengurangi waktu henti dan meringankan efek samping yang mungkin ditimbulkan pembaruan pada aplikasi dan layanan lain.
Perubahan lain di Android 16 yang memengaruhi kinerja dan pengalaman
Peningkatan dalam pembaruan dan instalasi tidak datang begitu saja. Android 16 mencakup daftar panjang perubahan perilaku yang Mereka memengaruhi aplikasi yang menargetkan versi baru (targetSdkVersion 36) dan sistem operasi itu sendiri.Banyak di antaranya yang tidak terkait langsung dengan pembaruan aplikasi, tetapi memengaruhi stabilitas, kinerja, atau konsistensi pengalaman.
Di bidang pengalaman pengguna dan desain, Android 16 mengkonsolidasikan komitmen terhadap antarmuka edge-to-edge dengan menghapus opsi yang memungkinkan penonaktifan mode ini menggunakan atribut `windowOptOutEdgeToEdgeEnforcement` di aplikasi yang menargetkan level API baru. Jika aplikasi menargetkan Android 16 dan berjalan di perangkat dengan versi ini, aplikasi tersebut tidak akan lagi dapat menonaktifkan perilaku ini, sehingga pengembang harus menyesuaikan desain mereka agar berfungsi dengan benar dalam mode layar penuh.
Ada juga perubahan signifikan dalam navigasi: Gerakan kembali prediktif menjadi norma bagi aplikasi yang menargetkan Android 16Pada perangkat dengan versi ini, `onBackPressed` tidak lagi dipanggil, begitu pula tombol KEYCODE_BACK yang dikirim seperti sebelumnya; animasi sistem kini memandu pengguna ke lokasi yang diinginkan saat menggeser kembali (beranda, aktivitas sebelumnya, dll.). Pengembang yang menggunakan tombol kembali sebaiknya bermigrasi ke API navigasi baru atau, sebagai solusi sementara, menonaktifkan perilaku tersebut dengan atribut `android:enableOnBackInvokedCallback=false` dalam manifes.
Perubahan teknis utama bagi pengembang
Di luar pengalaman visual, Android 16 memperkenalkan penyesuaian pada cara kerja internal tugas terjadwal, font, dan tata letak responsifMisalnya, metode `scheduleAtFixedRate` mengubah perilakunya: alih-alih mengeksekusi semua eksekusi yang terlewat ketika aplikasi kembali ke siklus hidup yang valid, hanya satu yang dipicu. Hal ini membantu mencegah lonjakan beban kerja yang tiba-tiba dan meningkatkan kinerja secara keseluruhan, meskipun pengembang perlu memeriksa apakah logika mereka terpengaruh.
Mengenai teks dan font, Atribut elegantTextHeight tidak lagi berpengaruh pada aplikasi yang menargetkan Android 16Apa yang disebut "font elegan" sedang dihentikan, jadi perlu merencanakan desain tipografi yang konsisten untuk bahasa seperti Arab, Thailand, Tamil atau berbagai alfabet India tanpa bergantung pada penyesuaian otomatis ini.
Pada perangkat dengan layar besar (tablet, perangkat yang dapat dilipat, desktop, mobil, TV…), Android 16 semakin memperkuat gagasan desain adaptifPada layar dengan lebar minimum 600 dp, batasan orientasi, pengubahan ukuran, dan rasio aspek yang dideklarasikan dalam manifes akan diabaikan. Ini berarti aplikasi akan diperluas hingga memenuhi seluruh jendela, tanpa pillarboxing atau orientasi potret atau lanskap yang dipaksakan. Hanya game, beberapa pengecualian yang dikonfigurasi pengguna, dan layar yang lebih kecil yang dikecualikan dari aturan ini.
Ada rute pelarian sementara: Properti android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY dapat dideklarasikan di tingkat aktivitas atau aplikasi. untuk mempertahankan perilaku lama di layar besar. Namun, fitur ini akan hilang di versi mendatang (API level 37), jadi disarankan untuk mulai menyesuaikan antarmuka sekarang.
Berita dalam kesehatan, konektivitas, dan keamanan
Android 16 juga memperkuat kontrol atas data kesehatan dan aktivitas fisikIzin BODY_SENSORS dan BODY_SENSORS_BACKGROUND digantikan oleh izin yang lebih spesifik di ruang android.permissions.health, yang selaras dengan Health Connect. Aplikasi yang membaca data sensitif seperti detak jantung harus meminta izin terperinci seperti READ_HEART_RATE dan memiliki aktivitas yang terlihat untuk menampilkan kebijakan privasinya, atau berisiko izin tersebut dicabut oleh sistem.
Di bidang Bluetooth, Maksud baru diperkenalkan, seperti ACTION_KEY_MISSING dan ACTION_ENCRYPTION_CHANGEUntuk menangani kehilangan pemasangan dan perubahan enkripsi dengan lebih baik, aplikasi yang mengelola perangkat yang dipasangkan dapat bereaksi lebih tepat saat kunci hilang, tautan dienkripsi ulang, atau parameter keamanan berubah, serta beradaptasi dengan perbedaan potensial antara produsen.
Selain itu, Semua aplikasi yang menargetkan Android 16 sekarang dapat menghapus pemasangan Bluetooth dari perangkat terkait melalui API publik di CompanionDeviceManagerPanggilan removeBond(int) memungkinkan Anda mencabut pemasangan Bluetooth yang ditautkan ke asosiasi CDM, dan aplikasi dapat mendengarkan ACTION_BOND_STATE_CHANGED untuk melacak perubahan dalam status pemasangan.
Dalam hal keamanan, Android 16 terus memperkuat sistem. MediaStore#getVersion() sekarang mengembalikan nilai unik per aplikasiHal ini mencegah penggunaan string tersebut sebagai mekanisme sidik jari antar aplikasi. Inisiatif "Secure Intents" juga terus berkembang, yang bertujuan untuk memperkuat sistem resolusi intent: ketika diaktifkan melalui atribut intentMatchingFlags, intent eksplisit diharuskan untuk mencocokkan filter komponen target, dan intent tanpa tindakan dicegah untuk mencocokkan filter kecuali jika flag tertentu seperti allowNullAction digunakan.
Kontrol yang lebih ketat ini dapat diaktifkan di tingkat aplikasi atau komponen (aktivitas, layanan, penerima…), dengan tanda seperti striveIntentFilter atau tidak adaIni juga mencakup pesan log untuk men-debug intent yang diblokir. Idenya adalah untuk bertransisi secara bertahap ke model di mana, di versi mendatang, resolusi ketat ini akan menjadi perilaku default.
Perlindungan tambahan: GPU Mali, jaringan lokal, dan foto
Area lain di mana Android 16 memperkuat keamanan adalah di akses ke GPU Mali pada perangkat PixelIOCTL lama atau yang ditujukan khusus untuk pengembangan diblokir, dan IOCTL pembuatan profil dibatasi untuk proses shell atau aplikasi yang dapat di-debug. Hal ini seharusnya tidak memengaruhi aplikasi biasa, API grafis standar seperti Vulkan atau OpenGL, atau alat pembuatan profil resmi, tetapi membatasi potensi vektor serangan tingkat kernel. Jika aplikasi mencoba menggunakan IOCTL terlarang, sistem akan menghasilkan penolakan SELinux, dan Google menyarankan untuk melaporkan masalah tersebut ke saluran keamanan yang sesuai.
Di bidang privasi, Android 16 mengambil langkah maju yang sangat penting dengan Perlindungan Jaringan LokalSaat ini, aplikasi apa pun yang memiliki izin akses internet dapat mengakses perangkat di LAN, membuka peluang bagi teknik sidik jari atau penggunaan jaringan lokal sebagai proksi lokasi. Pendekatan baru ini menempatkan akses tersebut di balik izin runtime tertentu dalam grup perangkat terdekat.
Peluncurannya dilakukan secara bertahap, dengan fase pemberdayaan (Q2 25) di mana Aplikasi dapat mengaktifkan pembatasan melalui kerangka kompatibilitas dan menguji kasus penggunaannyaKetika tanda RESTRICT_LOCAL_NETWORK ditetapkan untuk sebuah paket, lalu lintas ke dan dari alamat jaringan lokal (unicast, multicast, atau siaran melalui TCP dan UDP) akan menghasilkan kesalahan jika aplikasi tidak memiliki izin yang sesuai, sementara lalu lintas internet normal terus berfungsi.
Pada fase awal ini, Untuk mendapatkan kembali akses ke LAN, aplikasi hanya perlu mendeklarasikan dan memperoleh izin NEARBY_WIFI_DEVICES.Namun, izin khusus akan diperkenalkan dalam grup perangkat terdekat di masa mendatang. Jaringan seperti 10.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, tautan lokal 169.254.0.0/16, rentang CGNAT 100.64.0.0/10, dan alamat multicast (224.0.0.0/4, ff00::/8), antara lain, dianggap "lokal".
Terakhir, Android 16 menyesuaikan pengelolaan akses ke foto dan video. Saat aplikasi yang menargetkan SDK 36 meminta izin konten media pada perangkat yang menjalankan Android 16 Jika pengguna memilih untuk hanya memberikan akses ke item tertentu, foto dan video yang dihasilkan oleh aplikasi tersebut akan muncul dalam bentuk pra-pilihan di pemilih foto. Pengguna dapat membatalkan pilihan jika diinginkan, yang akan mencabut akses aplikasi ke item tersebut.
Semua perubahan ini—pembaruan yang hampir instan, kompilasi cloud, izin baru, kontrol yang lebih besar atas intent, peningkatan keamanan GPU dan jaringan lokal, serta peningkatan kesehatan, konektivitas, dan desain adaptif—mengarah ke tujuan yang sama: untuk menjadikan Android 16 platform yang lebih lancar, lebih dapat diprediksi, dan lebih aman bagi pengguna dan pengembang.
Seiring dengan semakin banyaknya model merek seperti SamsungKarena ponsel Xiaomi, Motorola, OnePlus dan, tentu saja, Pixel menerima versi ini, menginstal atau memperbarui aplikasi akan menjadi semakin umum dan tidak lagi menjadi momen "harap-harap cemas" dan menjadi prosedur sederhana yang hampir tidak Anda sadari saat Anda terus menggunakan ponsel seperti biasa. Bagikan informasi ini agar pengguna lain dapat terus mengetahui fitur-fitur baru Android 16.