Mekanisme pengumpulan sampah Java secara automatik menguruskan memori, mengenal pasti dan membebaskan objek yang tidak lagi digunakan untuk mengelakkan kebocoran ingatan. 1. Gunakan analisis kebolehcapaian untuk menentukan sama ada objek itu adalah sampah; 2. Pengitar semula umum termasuk Serial GC, selari GC, CMS, G1, ZGC dan Shenandoah; 3. Pemaju dapat mengoptimumkan prestasi GC dengan menetapkan saiz timbunan yang munasabah, mengelakkan kebocoran memori, mengoptimumkan kitaran hayat objek, memantau tingkah laku GC, dll.

Koleksi Sampah Java (GC) adalah mekanisme pengurusan memori automatik Java Virtual Machines (JVMS). Fungsi utamanya adalah untuk mengenal pasti dan membebaskan ruang ingatan yang diduduki oleh objek yang tidak lagi digunakan oleh program ini, dengan itu mengelakkan kebocoran memori dan kesilapan yang disebabkan oleh pengurusan memori manual.

Prinsip asas kitar semula sampah

Objek di Java dicipta pada timbunan. Apabila objek tidak lagi ditunjuk oleh pembolehubah rujukan, ia menjadi "sampah" dan boleh dikitar semula. JVM akan menjalankan pemungut sampah secara berkala untuk membersihkan objek -objek yang tidak berguna ini dan membebaskan sumber memori.

Terdapat dua cara biasa untuk menentukan sama ada objek itu adalah sampah:

• Kaedah Pengiraan Rujukan : Mengekalkan kaunter untuk setiap objek, tambahkan satu apabila rujukan menunjuk kepadanya, dan pengurangan satu apabila rujukan gagal. Objek dengan kiraan sifar adalah sampah.
• Analisis kebolehcapaian : Bermula dari satu set nod akar (seperti pembolehubah tempatan, pembolehubah statik, dan lain -lain dalam timbunan thread), beralih melalui semua rantaian rujukan. Objek yang tidak dicapai dianggap tidak dapat dicapai, iaitu sampah.

Walaupun konsep penghitungan rujukan adalah mudah, Java sebenarnya menggunakan analisis kebolehcapaian kerana ia tidak dapat menyelesaikan masalah rujukan bulat.

Jenis pengumpul sampah

JVM menyediakan pelbagai pengumpul sampah yang sesuai untuk senario dan keperluan prestasi yang berbeza:

• Serial GC : Recycler Single-threaded, sesuai untuk aplikasi kecil atau mod klien.
• GC selari : Multi-threaded Recycler, memberi tumpuan kepada throughput, sesuai untuk perkhidmatan latar belakang atau tugas batch.
• CMS (Sweep Mark Serentak) : Bertujuan pada masa jeda terpendek, sesuai untuk aplikasi yang sensitif terhadap masa tindak balas.
• G1 (Sampah Pertama) : Pengitar semula arus perdana moden yang membahagikan timbunan ke dalam pelbagai wilayah (wilayah), mengutamakan kitar semula kawasan dengan sampah yang paling banyak, dengan mengambil kira throughput dan latency.
• ZGC dan Shenandoah : Generasi baru kitar semula rendah latency yang sesuai untuk mengendalikan memori tumpukan super besar.

Anda boleh memilih pemungut sampah yang sesuai berdasarkan keperluan prestasi dan saiz timbunan aplikasi anda.

Cara mempengaruhi prestasi koleksi sampah

Walaupun pengumpulan sampah dilakukan secara automatik, pemaju masih dapat mengoptimumkan prestasi GC dalam beberapa cara:

• Sediakan saiz timbunan : Tetapkan memori timbunan awal dan maksimum melalui -Xms dan -Xmx untuk mengelakkan pengembangan yang kerap atau memori yang tidak mencukupi.
• Elakkan kebocoran ingatan : seperti menutup sumber dalam masa dan mengelakkan rujukan kitaran jangka hayat yang tidak bermakna.
• Pilih objek yang betul. Kitaran Hidup : Objek pendek harus dikitar semula dalam generasi baru sebanyak mungkin untuk mengurangkan kebarangkalian memasuki usia tua.
• Memantau tingkah laku GC : Gunakan alat seperti jstat , VisualVM atau alat analisis log untuk melihat kekerapan GC, penggunaan masa dan petunjuk lain.

Sekiranya anda mendapati bahawa program ini sering mempunyai GC penuh atau mempunyai jeda yang lama, anda mungkin perlu menyesuaikan parameter atau menyemak logik kod.

Petua: Beberapa butiran yang mudah diabaikan

• Walaupun System.gc() dipanggil, JVM tidak semestinya melakukan pengumpulan sampah dengan segera, ia hanya membuat permintaan.
• Menggunakan kaedah finalize() akan menjejaskan prestasi GC, kerana JVM perlu memproses objek ini tambahan, jadi tidak disyorkan untuk bergantung padanya untuk pembersihan sumber.
• Dalam JVM moden, kebanyakan objek kitaran hayat pendek diperuntukkan di kawasan Eden . Selepas beberapa kali, objek yang masih bertahan dalam GC kecil akan dipindahkan ke kawasan yang selamat dan akhirnya memasuki usia tua .

Pada dasarnya itu sahaja. Walaupun pengumpulan sampah selesai secara automatik, memahami mekanisme kerja dan faktor -faktor yang mempengaruhi akan membantu menulis program Java yang lebih cekap dan stabil.

Atas ialah kandungan terperinci Apakah koleksi sampah di java. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!