OutofMemoryError dalam aplikasi Java: Sebab utama ruang tumpukan Java adalah memori timbunan yang tidak mencukupi, yang biasanya disebabkan oleh tetapan saiz timbunan yang rendah, kebocoran memori, penciptaan objek besar, atau konfigurasi GC yang tidak munasabah. 1. Apabila timbunan tidak mencukupi, parameter -xmx boleh diselaraskan untuk meningkatkan timbunan maksimum; 2. Kebocoran memori boleh digunakan untuk menganalisis pembuangan tumpukan untuk mencari rujukan yang tidak jelas; 3. Elakkan membuat objek besar dalam gelung dan gunakan kolam streaming atau cache; 4. Pilih jenis GC yang sesuai mengikut beban dan mengoptimumkan konfigurasi parameter. Perintah penyelesaiannya harus: Meningkatkan timbunan, menyelesaikan masalah kebocoran, mengoptimumkan penggunaan objek, dan menyesuaikan strategi GC.

OutOfMemoryError: Java heap space berlaku semasa menjalankan aplikasi Java, biasanya kerana memori timbunan tidak mencukupi untuk menampung objek yang diperlukan oleh program. Masalah ini adalah perkara biasa, terutamanya dalam senario di mana data besar, konkurensi tinggi, atau kebocoran memori wujud.

Alasan paling langsung untuk memori timbunan yang tidak mencukupi

Apabila program Java sedang berjalan, semua objek diperuntukkan pada timbunan. Had memori timbunan maksimum ditetapkan apabila JVM dimulakan (melalui parameter -Xmx ). Kesalahan ini akan dilemparkan apabila program itu digunakan untuk objek baru dan ruang timbunan penuh dan pemungut sampah (GC) tidak dapat membebaskan ruang yang cukup.

Untuk memberikan contoh mudah: Jika aplikasi anda ingin memuatkan fail beberapa ratus MB ke dalam memori untuk pemprosesan, dan timbunan maksimum yang ditetapkan oleh JVM hanya 512MB, ia mungkin mencetuskan OOM.

Satu penyelesaian adalah untuk meningkatkan saiz timbunan dengan sewajarnya, seperti:

• -Xms512m -Xmx2g bermaksud timbunan awal adalah 512MB, yang boleh diperluas ke 2GB paling banyak

Tetapi perhatikan bahawa secara membabi buta meningkatkan longgokan bukan penyelesaian sejagat, dan juga boleh menutup masalah yang lebih mendalam.

Kebocoran memori menyebabkan objek yang tidak berguna untuk tidak dikitar semula

Walaupun timbunan yang lebih besar ditetapkan, jika terdapat kebocoran memori dalam aplikasi, timbunan akhirnya akan mengisi. Kebocoran memori adalah apabila objek tidak lagi digunakan, tetapi kerana beberapa rujukan tidak dikeluarkan, GC tidak dapat mengitar semula mereka.

Senario kebocoran biasa termasuk:

• Kelas Koleksi Statik (seperti static List ) terus menambah objek tanpa pembersihan
• Cache tidak mempunyai mekanisme tamat atau had kapasiti
• Pendengar dan panggilan balik tidak dilog masuk dalam masa (seperti mendengar acara, kelas dalaman tanpa nama memegang rujukan kelas luaran)

Untuk menyelesaikan masalah seperti itu, anda boleh menggunakan alat seperti:

• Gunakan VisualVM, Mat, atau JProfiler untuk menganalisis Dumps Heap (Dump Heap)
• Periksa log GC untuk melihat apakah memori pada orang tua telah menurun dengan ketara selepas GC penuh

Kunci untuk membetulkan kebocoran memori adalah untuk mencari "yang memegang rujukan yang tidak boleh diadakan."

Penciptaan objek besar yang kerap meningkatkan tekanan ingatan

Sesetengah logik aplikasi mencipta objek besar dengan kerap, seperti:

• Baca keseluruhan fail ke array byte sekaligus
• Bina hasil jahitan rentetan super besar
• Mengendalikan gambar definisi tinggi atau data video

Sekiranya operasi ini tidak mempunyai kawalan kekerapan yang munasabah atau struktur yang dioptimumkan, mudah untuk menyebabkan jitter memori atau bahkan OOM.

Amalan yang dicadangkan termasuk:

• Elakkan membuat objek besar dalam gelung
• Gunakan streaming untuk mengganti pemuatan satu kali
• Kurangkan peruntukan pendua menggunakan kolam cache atau mekanisme multiplexing

Sebagai contoh, apabila memproses fail, gunakan BufferedReader untuk membacanya garis demi baris, dan bukannya membaca keseluruhan kandungan sekaligus.

Konfigurasi GC yang tidak munasabah mempengaruhi kecekapan pengurusan memori

Pengumpul sampah yang berbeza mempunyai strategi pengurusan memori yang berbeza. Jika GC dikonfigurasi tidak munasabah, ia boleh menyebabkan pemulihan ingatan yang tidak lama lagi atau kecekapan yang tidak cekap.

Contohnya:

• Menggunakan siri GC mungkin mempunyai prestasi yang lemah di bawah jumlah data yang besar
• G1 GC Jika sasaran masa jeda tidak ditetapkan dengan betul, ia juga boleh menjejaskan irama pemulihan.

Ia boleh dioptimumkan oleh:

• Pilih jenis GC yang sesuai (seperti CMS, G1, ZGC) mengikut ciri -ciri aplikasi
• Hidupkan analisis log GC untuk melihat perubahan dalam timbunan sebelum dan selepas setiap kitar semula
• Laraskan nisbah generasi baru kepada generasi lama (melalui -Xmn atau -XX:NewRatio )

Penalaan prestasi GC memerlukan ujian dan pemerhatian berdasarkan beban sebenar, dan tidak boleh diperkatakan.

Pada dasarnya itu sahaja. Apabila menghadapi OutOfMemoryError: Java heap space , mula -mula mengesahkan sama ada timbunan terlalu kecil, kemudian periksa sama ada terdapat kebocoran memori, kemudian periksa sama ada terdapat sebarang penyalahgunaan objek besar, dan akhirnya mempertimbangkan sama ada konfigurasi GC adalah munasabah. Mana -mana masalah ini tidak ditangani dengan betul, yang boleh menyebabkan OOM.

Atas ialah kandungan terperinci Apa yang menyebabkan OutofMemoryError: ruang tumpukan Java?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!