Android: Bagaimana cara kerja Bitmap recycle ()?

Katakanlah saya telah memuat gambar dalam objek bitmap seperti

Bitmap myBitmap = BitmapFactory.decodeFile(myFile);

Sekarang, apa yang akan terjadi jika saya memuat bitmap lain seperti

myBitmap = BitmapFactory.decodeFile(myFile2);

Apa yang terjadi pada myBitmap pertama? Apakah itu mengumpulkan Sampah atau saya harus mengumpulkan sampah secara manual sebelum memuat bitmap lain, mis. myBitmap.recycle()?

Selain itu, adakah cara yang lebih baik untuk memuat gambar besar dan menampilkannya satu per satu saat mendaur ulang dalam perjalanan?

Bitmap pertama tidak dikumpulkan sampahnya saat Anda mendekode yang kedua. Pengumpul Sampah akan melakukannya nanti kapan pun ia memutuskan. Jika Anda ingin membebaskan memori secepatnya, Anda harus memanggil recycle()sebelum mendekode bitmap kedua.

Jika Anda ingin memuat gambar yang sangat besar, Anda harus mengambil sampelnya kembali. Berikut ini contohnya: Masalah memori yang aneh saat memuat gambar ke objek Bitmap .

Saya pikir masalahnya adalah ini: Pada Android versi pra-Honeycomb, data bitmap mentah sebenarnya tidak disimpan dalam memori VM tetapi dalam memori asli. Memori native ini dibebaskan saat Bitmapobjek java terkait di- GC.

Namun , saat Anda kehabisan memori native, GC dalvik tidak akan terpicu, jadi mungkin saja aplikasi Anda menggunakan sangat sedikit memori java, sehingga dalvik GC tidak pernah dipanggil, namun menggunakan banyak memori native untuk bitmap yang akhirnya menyebabkan kesalahan OOM.

Setidaknya itulah tebakan saya. Untungnya di Honeycomb dan yang lebih baru, semua data bitmap disimpan di VM sehingga Anda tidak perlu menggunakannya recycle()sama sekali. Tapi untuk jutaan pengguna 2,3 (fragmentasi getar tinju ), Anda harus menggunakan recycle()sedapat mungkin (kerumitan besar). Atau sebagai gantinya, Anda mungkin dapat menjalankan GC.

Anda perlu memanggil myBitmap.recycle () sebelum memuat gambar berikutnya.

Bergantung pada sumber myFile Anda (Misalnya, jika itu adalah sesuatu yang Anda tidak memiliki kendali atas ukuran aslinya), saat memuat gambar alih-alih hanya mencontoh ulang beberapa nomor acak, Anda harus menskalakan gambar ke ukuran tampilan.

if (myBitmap != null) {
    myBitmap.recycle();
    myBitmap = null;
}
Bitmap original = BitmapFactory.decodeFile(myFile);
myBitmap = Bitmap.createScaledBitmap(original, displayWidth, displayHeight, true);
if (original != myBitmap)
    original.recycle();
original = null;

Saya menyimpan cache displayWidth & displayHeight dalam keadaan statis yang saya inisialisasi pada awal Aktivitas saya.

Display display = getWindowManager().getDefaultDisplay();
displayWidth = display.getWidth();
displayHeight = display.getHeight();

Setelah bitmap dimuat di memori, sebenarnya bitmap dibuat oleh dua bagian data. Bagian pertama berisi informasi tentang bitmap, bagian lain berisi informasi tentang piksel bitmap (dibuat oleh byte array). Bagian pertama ada di Java used memory, bagian kedua ada di C ++ used memory. Itu dapat menggunakan memori satu sama lain secara langsung. Bitmap.recycle () digunakan untuk membebaskan memori C ++. Jika Anda hanya melakukan itu, GC akan mengumpulkan bagian dari java dan memori C selalu digunakan.

Timmmm benar.

menurut: http://developer.android.com/training/displaying-bitmaps/cache-bitmap.html

Selain itu, sebelum Android 3.0 (API Level 11), data dukungan dari bitmap disimpan dalam memori asli yang tidak dirilis dengan cara yang dapat diprediksi, berpotensi menyebabkan aplikasi untuk sesaat melebihi batas memorinya dan mogok.