Pengumpul sampah di Android

Saya telah melihat banyak jawaban Android yang menyarankan memanggil pengumpul sampah dalam beberapa situasi.

Apakah praktik yang baik untuk meminta pengumpul sampah di Android sebelum melakukan operasi yang membutuhkan banyak memori? Jika tidak, haruskah saya memanggilnya hanya jika saya mendapatkan OutOfMemorykesalahan?

Apakah ada hal lain yang harus saya gunakan sebelum beralih ke pemulung?

Untuk versi sebelum 3.0 honeycomb : Ya, lakukan panggilan System.gc() .

Saya mencoba membuat Bitmap, tetapi selalu mendapatkan "VM kehabisan memori error". Tapi, ketika saya menelepon System.gc()dulu, tidak apa-apa.

Saat membuat bitmap, Android sering gagal karena kesalahan kehabisan memori, dan tidak mencoba mengumpulkan sampah terlebih dahulu . Karenanya, panggil System.gc(), dan Anda memiliki cukup memori untuk membuat Bitmap.

Jika membuat Objek, menurut saya System.gcakan dipanggil secara otomatis jika diperlukan, tetapi tidak untuk membuat bitmap. Itu gagal begitu saja.

Jadi saya sarankan menelepon secara manual System.gc()sebelum membuat bitmap.

Secara umum, di hadapan seorang kolektor sampah, itu adalah tidak pernah praktik yang baik untuk memanggil secara manual GC. GC diatur berdasarkan algoritme heuristik yang bekerja paling baik saat diserahkan ke perangkatnya sendiri. Memanggil GC secara manual sering kali menurunkan kinerja.

Kadang-kadang , dalam beberapa situasi yang relatif jarang, seseorang mungkin menemukan bahwa GC tertentu salah, dan panggilan manual ke GC kemudian dapat meningkatkan banyak hal, dari segi kinerja. Ini karena sangat tidak mungkin untuk menerapkan GC "sempurna" yang akan mengelola memori secara optimal di semua kasus. Situasi seperti itu sulit untuk diprediksi dan bergantung pada banyak detail implementasi yang tidak kentara. "Praktik yang baik" adalah membiarkan GC berjalan dengan sendirinya; panggilan manual ke GC adalah pengecualian, yang harus dibayangkan hanya setelah masalah kinerja yang sebenarnya telah disaksikan.

Kehabisan memori di aplikasi android sangat umum jika kita tidak menangani bitmap dengan benar, Solusi untuk masalah tersebut adalah

if(imageBitmap != null) {
    imageBitmap.recycle();
    imageBitmap = null;
}
System.gc();
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 3;
imageBitmap = BitmapFactory.decodeFile(URI, options);
Bitmap  scaledBitmap = Bitmap.createScaledBitmap(imageBitmap, 200, 200, true);
imageView.setImageBitmap(scaledBitmap);

Dalam kode di atas Saya baru saja mencoba mendaur ulang bitmap yang akan memungkinkan Anda untuk mengosongkan ruang memori yang digunakan, jadi kehabisan memori mungkin tidak terjadi. Saya telah mencobanya berhasil untuk saya.

Jika masih menghadapi masalah Anda juga bisa menambahkan garis ini juga

BitmapFactory.Options options = new BitmapFactory.Options();
options.inTempStorage = new byte[16*1024];
options.inPurgeable = true;

untuk informasi lebih lanjut lihat tautan ini

https://web.archive.org/web/20140514092802/http://voices.yahoo.com/android-virtual-machine-vm-out-memory-error-7342266.html?cat=59

CATATAN: Karena "jeda" sesaat yang disebabkan oleh gc, tidak disarankan untuk melakukan ini sebelum setiap alokasi bitmap.

Desain yang optimal adalah:

1. Bebaskan semua bitmap yang tidak lagi diperlukan , dengan if / recycle / nullkode yang ditampilkan. (Buat metode untuk membantu itu.)

2. System.gc();

3. Alokasikan bitmap baru.

Jika Anda mendapatkan OutOfMemoryError maka biasanya sudah terlambat untuk memanggil pengumpul sampah ...

Berikut kutipan dari Pengembang Android:

Seringkali, pengumpulan sampah terjadi karena berton-ton benda kecil berumur pendek dan beberapa pengumpul sampah, seperti pengumpul sampah generasi, dapat mengoptimalkan pengumpulan benda-benda ini sehingga aplikasi tidak terlalu sering terganggu. Sayangnya, pengumpul sampah Android tidak dapat melakukan pengoptimalan seperti itu dan pembuatan objek berumur pendek di jalur kode kinerja kritis sangat mahal untuk aplikasi Anda.

Jadi menurut pemahaman saya, tidak ada kebutuhan mendesak untuk menelepon gc. Lebih baik menghabiskan lebih banyak usaha untuk menghindari pembuatan objek yang tidak perlu (seperti pembuatan objek di dalam loop)

Sepertinya System.gc()tidak berfungsi pada Art Android 6.0.1 Nexus 5x, Jadi saya gunakan Runtime.getRuntime().gc();sebagai gantinya.

Aplikasi saya mengelola banyak gambar dan mati dengan OutOfMemoryError. Ini membantu saya. Dalam Manifest.xml Add

<application
....
   android:largeHeap="true"> 

Secara umum, Anda tidak boleh memanggil GC secara eksplisit dengan System.gc (). Bahkan ada kuliah IO ( http://www.youtube.com/watch?v=_CruQY55HOk ) di mana mereka menjelaskan apa arti log jeda GC dan di mana mereka juga menyatakan untuk tidak pernah memanggil System.gc () karena Dalvik lebih tahu dari pada Anda saat melakukannya.

Di sisi lain seperti yang disebutkan dalam jawaban di atas, proses GC di Android (seperti yang lainnya) terkadang buggy. Ini berarti algoritme Dalvik GC tidak setara dengan Hotspot atau JVM JRockit dan mungkin mengalami kesalahan pada beberapa kesempatan. Salah satunya adalah saat mengalokasikan objek bitmap. Ini rumit karena menggunakan memori Heap dan Non Heap dan karena satu contoh objek bitmap yang longgar pada perangkat yang dibatasi memori sudah cukup untuk memberi Anda pengecualian OutOfMemory. Jadi memanggilnya setelah Anda tidak memerlukan bitmap ini lagi biasanya disarankan oleh banyak pengembang dan bahkan dianggap praktik yang baik oleh sebagian orang.

Praktik yang lebih baik adalah menggunakan .recycle () pada bitmap karena untuk itulah metode ini dibuat, karena menandai memori asli bitmap sebagai aman untuk dihapus. Perlu diingat bahwa ini sangat bergantung pada versi, yang berarti ini umumnya akan diperlukan pada versi Android yang lebih lama (menurut saya Pre 3.0) tetapi tidak akan diperlukan pada versi yang lebih baru. Juga tidak ada salahnya menggunakannya pada versi eter yang lebih baru (jangan lakukan ini dalam satu lingkaran atau sesuatu seperti itu). Runtime ART baru banyak berubah di sini karena mereka memperkenalkan "partisi" Heap khusus untuk objek besar, tetapi menurut saya tidak ada salahnya melakukan hal ini dengan ART eter.

Juga satu catatan yang sangat penting tentang System.gc (). Metode ini bukan perintah yang harus ditanggapi oleh Dalvik (atau JVM). Anggap saja lebih seperti mengatakan ke mesin Virtual "Bisakah Anda melakukan pengumpulan sampah jika tidak merepotkan".

Cara terbaik untuk menghindari OOM selama pembuatan Bitmap,

http://developer.android.com/training/displaying-bitmaps/index.html

Saya akan mengatakan tidak, karena dokumen Pengembang tentang status penggunaan RAM :

...
GC_EXPLICIT

GC eksplisit, seperti saat Anda memanggil gc () (yang harus Anda hindari memanggil dan sebagai gantinya mempercayai GC untuk berjalan saat diperlukan).

...

Saya telah menandai bagian yang relevan dengan huruf tebal.

Lihatlah seri YouTube, Pola Kinerja Android - ini akan menunjukkan kepada Anda tip-tip dalam mengelola penggunaan memori aplikasi Anda (seperti menggunakan Android ArrayMapdan SparseArraybukannya HashMaps).

Catatan singkat untuk pengembang Xamarin .

Jika Anda ingin menelepon System.gc()di aplikasi Xamarin.Android Anda harus meneleponJava.Lang.JavaSystem.Gc()

Tidak perlu memanggil pengumpul sampah setelah OutOfMemoryError.

Javadoc dengan jelas menyatakan:

Thrown when the Java Virtual Machine cannot allocate an object because it is out of memory, and no more memory could be made available by the garbage collector.

Jadi, pengumpul sampah sudah mencoba mengosongkan memori sebelum menghasilkan kesalahan tetapi tidak berhasil.