Bagaimana untuk menganalisis fail heapdump dengan cepat selepas java memperolehnya

Pengenalan fail heapdump

heap dump: Fail heapdump ialah fail binari yang menyimpan penggunaan objek dalam timbunan JVM pada masa tertentu. Fail HeapDump ialah petikan timbunan Java pada masa tertentu dan merupakan sejenis fail imej.

Ralat longgokan timbunan (limpahan memori) biasanya disebabkan oleh sebab berikut:

1) Memori JVM terlalu kecil,

2) Program ini tidak ketat,

3) Terlalu banyak sampah yang dihasilkan dan tidak boleh dikitar semula.

Pengenalan

Selepas menyemak masalah OOM sebelum ini, satu lagi perkhidmatan Java mengalami masalah ingatan pada minggu ini masalahnya tidak serius Ia hanya akan mencetuskan penggera penggunaan memori yang tinggi tiada OOM telah dicetuskan, tetapi mujurlah, skrip dump telah diringkaskan dalam semakan sebelumnya, yang akan secara automatik melaksanakan jstack dan jmap apabila penggunaan timbunan adalah tinggi, membolehkan kami berjaya mengekalkan tapak masalah.

Semak pengedaran penggunaan timbunan

Selepas menemui fail heapdump, saya segera menyalinnya ke mesin tempatan dan menggunakan MAT untuk menganalisisnya, seperti berikut:

Jelas sekali, beberapa antara muka nampaknya telah memperuntukkan objek String yang sangat besar ialah kira-kira 200MB. Jadi di manakah ia diperuntukkan?

Cari utas peruntukan objek besar

Gelagat peruntukan ini mesti dilakukan oleh utas tertentu dan utas itu ialah GC Root yang paling biasa, jadi anda hanya perlu mencari GC Root bagi objek, seperti berikut:

Benang peruntukan yang sepadan dengan objek besar didapati http-nio-8088-exec-6, seperti berikut:

Lihat Tindanan Benang

Bagaimana untuk menyemak apa yang dilakukan oleh benang ini? Selepas meraba-raba seketika dalam MAT, saya tidak menemui sebarang kandungan yang berkaitan, saya teringat bahawa jstack telah direkodkan dalam skrip dump kami dan lihat, seperti berikut:

Anda boleh menemui utas ini saya sedang melakukan siri json, tetapi saya mencari dengan teliti untuk seketika dan tidak menemui Pengawal antara muka yang berkaitan Ini kerana utas telah selesai melaksanakan logik dalam Pengawal dan kemudian mengembalikannya objek besar diperuntukkan apabila antara muka bertindak balas kepada data.

Walau bagaimanapun, memandangkan tiada kod perniagaan dalam susunan benang, adalah mustahil untuk mencari antara muka yang mempunyai masalah. . .

Semak log akses log

Memandangkan antara muka untuk memperuntukkan objek besar pasti akan menjadi sangat perlahan, saya berpaling untuk menyemak log akses log tomcat, seperti berikut:

Akhirnya, saya dapati antara muka yang bermasalah. mudah untuk diselesaikan. Hanya tambah had dan ia selesai.

Semakan proses penyelesaian masalah

Walau bagaimanapun, saya sentiasa mempunyai tabiat, iaitu selepas menyelesaikan masalah, saya akan memikirkan sejauh mana tuah yang terlibat dalam proses penyelesaian masalah.

Jika anda sering membaca artikel teknikal tentang penyelesaian masalah, anda akan menemui banyak artikel, di tengah-tengahnya satu langkah tiba-tiba mencari punca masalah Mungkin anda tiba-tiba menemui petunjuk, atau anda boleh memikirkannya dengan melihat kod , atau meneka bahawa terdapat masalah di suatu tempat, saya fikir proses penyelesaian masalah ini melibatkan banyak nasib penggunaan alat diagnostik.

Masalah di atas boleh dikesan melalui log masuk, yang mempunyai tahap nasib tertentu, kerana masalah ingatan ini tidak melampau Jika volum permintaan antara muka ini besar, berbilang FGC akan dicetuskan serta-merta, yang akan menjejaskan antara muka lain Ia juga perlahan, menjadikannya mustahil untuk mengetahui antara muka yang menyebabkan masalah!

Saya fikir, secara teorinya, harus ada timbunan benang dan parameter pada timbunan benang dalam fail timbunan Java Kerana benang adalah objek dan parameter juga objek, semuanya harus berada dalam timbunan, jadi saya mencarinya Pada masa lapang saya, saya mula meneroka alat MAT semula.

MAT View Thread Stack

Setelah meraba-raba seketika, saya menjumpai butang untuk melihat maklumat thread, seperti berikut:

Cari benang http-nio-8088-exec-6 yang dinyatakan sebelum ini Selepas mengembangkan, anda boleh mencari tindanan benang dan parameter pada tindanan, seperti berikut:

Carinya. sekarang Selepas mendapatkan objek parameter Permintaan permintaan, dan kemudian mengembangkan objek Permintaan beberapa kali, anda boleh mencari maklumat url antara muka, seperti berikut:

Timbunan utas VisualVM View

Memandangkan ramai pelajar sudah biasa menggunakan VisualVM untuk menganalisis heapdum, berikut ialah cara menggunakan VisualVM.

Mula-mula, muatkan fail heapdump, seperti berikut:

Kemudian pilih objek yang sepadan, klik kanan dan pilih Pilih dalam Benang, seperti berikut:

Selepas mencari susunan benang , cari objek yang anda ingin lihat Permintaan, klik untuk masuk, seperti berikut:

Begitu juga, selepas mengembangkan objek Permintaan, anda boleh mencari maklumat url, seperti berikut :

Atas ialah kandungan terperinci Bagaimana untuk menganalisis fail heapdump dengan cepat selepas java memperolehnya. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!