Android 17 telah mencapai beta 4, beta terjadwal terakhir dari siklus rilis ini, yang merupakan pencapaian penting untuk kompatibilitas aplikasi dan stabilitas platform. Baik Anda sedang menyempurnakan pengalaman pengguna aplikasi, memastikan rendering layar penuh yang lancar, atau memanfaatkan API terbaru, Beta 4 menyediakan lingkungan hampir final yang diperlukan untuk pengujian. 

Siapkan aplikasi, library, alat, dan game engine Anda.

Jika Anda mengembangkan SDK, library, alat, atau game engine Android, sangat penting untuk menyiapkan update yang diperlukan sekarang guna mencegah developer aplikasi dan game hilir Anda terhambat oleh masalah kompatibilitas dan memungkinkan mereka menargetkan fitur SDK terbaru. Harap beri tahu developer hilir Anda jika update diperlukan untuk mendukung Android 17 sepenuhnya.

Pengujian melibatkan penginstalan aplikasi produksi atau aplikasi pengujian yang menggunakan library atau mesin Anda menggunakan Google Play atau cara lain ke perangkat atau emulator yang menjalankan Android 17 Beta 4. Jelajahi semua alur aplikasi Anda dan cari masalah fungsional atau UI. Setiap rilis Android berisi perubahan platform yang meningkatkan privasi, keamanan, dan pengalaman pengguna secara keseluruhan; tinjau perubahan perilaku yang memengaruhi aplikasi untuk aplikasi yang berjalan di dan menargetkan Android 17 untuk memfokuskan pengujian Anda, termasuk yang berikut:

• Perubahan ukuran di layar besar: Setelah menargetkan Android 17, Anda tidak dapat lagi memilih untuk tidak mempertahankan batasan orientasi, perubahan ukuran, dan rasio aspek di layar besar.
• Pemuatan kode dinamis: Jika aplikasi Anda menargetkan Android 17 atau yang lebih tinggi, perlindungan Pemuatan Kode Dinamis (DCL) yang Lebih Aman diperkenalkan di Android 14 untuk file DEX dan JAR kini diperluas ke library native. Semua file native yang dimuat menggunakan System.load() harus ditandai sebagai hanya baca. Jika tidak, sistem akan menampilkan UnsatisfiedLinkError.
• Aktifkan CT secara default: Transparansi sertifikat (CT) diaktifkan secara default. (Di Android 16, CT tersedia, tetapi aplikasi harus memilih untuk menggunakannya.)
• Perlindungan jaringan lokal: Aplikasi yang menargetkan Android 17 atau yang lebih tinggi diblokir akses jaringan lokalnya secara default. Beralihlah ke penggunaan pemilih yang menjaga privasi jika memungkinkan, dan gunakan izin ACCESS_LOCAL_NETWORK baru untuk akses luas dan persisten.
• Penguatan audio latar belakang: Mulai Android 17, framework audio menerapkan pembatasan pada interaksi audio latar belakang termasuk pemutaran audio, permintaan fokus audio, dan API perubahan volume. Berdasarkan masukan Anda, kami telah melakukan beberapa perubahan sejak beta 2, termasuk pembatasan targetSDK selama penggunaan penegakan FGS dan pengecualian audio alarm. Detail lengkapnya tersedia di panduan yang diperbarui.

Batas memori aplikasi

Android memperkenalkan batas memori aplikasi berdasarkan total RAM perangkat untuk menciptakan lingkungan yang lebih stabil dan deterministik bagi aplikasi dan pengguna Android Anda. Di Android 17, batas ditetapkan secara konservatif untuk menetapkan dasar sistem, menargetkan kebocoran memori ekstrem dan pencilan lainnya sebelum memicu ketidakstabilan di seluruh sistem yang mengakibatkan UI tersendat-sendat, pengurasan baterai yang lebih tinggi, dan aplikasi dihentikan. Meskipun kami memperkirakan dampak minimal pada sebagian besar sesi aplikasi, sebaiknya ikuti praktik terbaik memori berikut, termasuk membuat tolok ukur untuk memori.

Dalam penerapan saat ini, getDescription di ApplicationExitInfo akan berisi string "MemoryLimiter" jika aplikasi Anda terpengaruh. Anda juga dapat menggunakan pembuatan profil berbasis pemicu dengan TRIGGER_TYPE_ANOMALY untuk mendapatkan heap dump yang dikumpulkan saat batas memori tercapai.

Untuk membantu Anda menemukan kebocoran memori, Android Studio Panda menambahkan integrasi LeakCanary langsung di Profiler Android Studio sebagai tugas khusus, yang dikontekstualisasikan dalam IDE dan terintegrasi sepenuhnya dengan kode sumber Anda.

Penggunaan memori yang lebih ringan akan langsung menghasilkan performa yang lebih lancar, daya tahan baterai yang lebih lama, dan pengalaman premium di semua faktor bentuk. Mari kita bangun masa depan yang lebih cepat dan andal untuk ekosistem Android bersama-sama.

Pemicu pembuatan profil untuk anomali aplikasi

Android memperkenalkan layanan deteksi anomali di perangkat yang memantau perilaku yang menggunakan banyak resource dan potensi regresi kompatibilitas. Terintegrasi dengan ProfilingManager, layanan ini memungkinkan aplikasi Anda menerima artefak pembuatan profil yang dipicu oleh peristiwa tertentu yang terdeteksi sistem.

Gunakan pemicu TRIGGER_TYPE_ANOMALY untuk mendeteksi masalah performa sistem seperti panggilan binder yang berlebihan dan penggunaan memori yang berlebihan. Saat aplikasi melanggar batas memori yang ditentukan OS, pemicu anomali memungkinkan developer menerima heap dump khusus aplikasi untuk membantu mengidentifikasi dan memperbaiki masalah memori. Selain itu, untuk spam binder yang berlebihan, pemicu anomali menyediakan profil pengambilan sampel tumpukan pada transaksi binder.

Callback API ini terjadi sebelum penegakan yang diberlakukan sistem. Misalnya, ini dapat membantu developer mengumpulkan data debug sebelum aplikasi dihentikan oleh sistem karena melebihi batas memori. Untuk memahami cara menggunakan pemicu, lihat dokumentasi kami tentang pembuatan profil berbasis pemicu.

    val profilingManager = applicationContext.getSystemService(ProfilingManager::class.java)
    val triggers = ArrayList<ProfilingTrigger>()  
    triggers.add(ProfilingTrigger.Builder(
                 ProfilingTrigger.TRIGGER_TYPE_ANOMALY))
    val mainExecutor: Executor = Executors.newSingleThreadExecutor()
    val resultCallback = Consumer<ProfilingResult> { profilingResult ->
        if (profilingResult.errorCode != ProfilingResult.ERROR_NONE) {
            // upload profile result to server for further analysis          
            setupProfileUploadWorker(profilingResult.resultFilePath)
        } 
    profilingManager.registerForAllProfilingResults(mainExecutor, resultCallback)
    profilingManager.addProfilingTriggers(triggers)
}

Kriptografi Pasca-Kuantum (PQC) di Android Keystore

Android Keystore menambahkan dukungan untuk ML-DSA (Module-Lattice-Based Digital Signature Algorithm) yang distandardisasi NIST. Di perangkat yang didukung, Anda dapat membuat kunci ML-DSA dan menggunakannya untuk menghasilkan tanda tangan yang aman dari serangan kuantum, sepenuhnya di hardware aman perangkat. Android Keystore mengekspos varian algoritma ML-DSA-65 dan ML-DSA-87 melalui API Java Cryptographic Architecture standar: KeyPairGenerator, KeyFactory, dan Signature. Untuk mengetahui detail selengkapnya, lihat dokumentasi developer kami.

KeyPairGenerator generator = KeyPairGenerator.getInstance(
        “ML-DSA-65”, "AndroidKeyStore");
generator.initialize(
        new KeyGenParameterSpec.Builder(
                “my-key-alias”,
                KeyProperties.PURPOSE_SIGN | KeyProperties.PURPOSE_VERIFY)
        .build());
KeyPair keyPair = generator.generateKeyPair();

Mulai menggunakan Android 17

Anda dapat mendaftarkan perangkat Pixel yang didukung untuk mendapatkan update Beta Android ini dan mendatang secara over the air. Jika tidak memiliki perangkat Pixel, Anda dapat menggunakan image sistem 64-bit dengan Android Emulator di Android Studio.

Jika saat ini Anda tergabung dalam program Beta Android, Anda akan ditawari update over the air ke Beta 4.

Teruslah melaporkan masalah dan mengirimkan permintaan fitur di halaman masukan. Semakin awal kami mendapatkan masukan Anda, semakin banyak yang dapat kami sertakan dalam pekerjaan kami pada rilis final.

Untuk mendapatkan pengalaman pengembangan terbaik dengan Android 17, sebaiknya gunakan pratinjau terbaru Android Studio (Panda). Setelah Anda menyiapkan semuanya, berikut beberapa hal yang harus Anda lakukan:

• Lakukan kompilasi terhadap SDK baru, uji di lingkungan CI, dan laporkan masalah apa pun di pelacak kami di halaman masukan.
• Uji kompatibilitas aplikasi Anda saat ini, pelajari apakah aplikasi Anda terpengaruh oleh perubahan di Android 17, lalu instal aplikasi Anda ke perangkat atau emulator yang menjalankan Android 17 dan uji secara ekstensif.

Kami akan mengupdate image sistem pratinjau/beta dan SDK secara rutin sepanjang siklus rilis Android 17. Setelah menginstal build beta, Anda akan otomatis mendapatkan update over-the-air mendatang untuk semua pratinjau dan Beta berikutnya.

Untuk informasi lengkap, buka situs developer Android 17.

Bergabung dalam percakapan

Masukan Anda tetap menjadi aset kami yang paling berharga. Baik Anda pengguna awal di saluran Canary maupun developer aplikasi yang melakukan pengujian di Beta 4, sebaiknya bergabunglah dengan komunitas kami dan kirimkan masukan. Kami mendengarkan.