Memahami Retensi Memori Jetpack Compose: Penjelasan Grafik Referensi

Jetpack Compose sendiri tidak secara inheren rentan terhadap kebocoran memori. Sebagian besar masalah penahanan memori yang dihadapi pengembang berasal dari masalah referensi Kotlin standar—di mana komponen yang bertahan lama (ViewModels, singleton, registri objek, bidang statis, coroutine yang berskala aplikasi) secara tidak sengaja menahan elemen UI yang berumur pendek (Activity, fungsi komposabel, CoroutineScopes, nilai yang diingat). Untuk melakukan debugging secara efektif, pahami prinsip ini:

Dasar: Model Siklus Hidup Compose

• Komposisi = pohon node komposabel yang aktif yang menjalankan antarmuka Anda saat runtime
• ingat = mempertahankan sebuah objek dalam komposisi selama instance komposabel tersebut tetap aktif
• Keluar dari Komposisi = komposabel dihapus dari pohon / cabang dinonaktifkan / ComposeView dilepas → Compose menjalankan pembersihan dan mengakhiri coroutine efek
• Penahanan = referensi eksternal tetap menempel pada sebuah objek yang awalnya berskala pada komposisi → pengumpul sampah tidak dapat merebutnya kembali

Siklus Hidup Coroutine: Yang Baik, Yang Aman, dan Yang Bermasalah

Ketika Coroutine Membersihkan Diri dengan Baik

LaunchedEffect dengan Loop

Coroutine efek ini berakhir ketika komposabel dihapus dari komposisi: