Langkah-langkah utama untuk penalaan prestasi aplikasi Java termasuk: 1. Gunakan alat terbina dalam JVM seperti JSTAT, JMAP, dan JSTACK untuk memantau kekerapan GC, pengedaran memori dan status thread, dan mencari masalah asas; 2. Gunakan VisualVM, JProfiler atau Async Profiler untuk menganalisis kod panas dan mengenal pasti kaedah intensif CPU; 3. Mengoptimumkan tingkah laku pengumpulan sampah melalui log GC dan pelarasan parameter, dan pilih pengitar semula dan konfigurasi timbunan yang sesuai berdasarkan ujian beban perniagaan; 4. Elakkan perangkap biasa seperti penyegerakan yang berlebihan, penciptaan objek yang kerap, pertanyaan n 1, dan output log yang berlebihan, dan mengurangkan kerugian prestasi yang tidak perlu.

Penalaan prestasi dan analisis aplikasi Java sebenarnya hanya beberapa perkara utama: mencari kesesakan, pemahaman tingkah laku, dan pengoptimuman rasional. Anda tidak perlu mengejar muktamad dari awal, tetapi anda perlu tahu di mana untuk bermula.

1. Gunakan alat JVM terbina dalam untuk memahami status berjalan

JVM dilengkapi dengan beberapa alat, seperti jstat , jmap , dan jstack . Walaupun widget ini mudah, mereka sangat praktikal apabila masalah penyelesaian masalah. Contohnya:

• jstat -gc <pid></pid> dapat melihat kekerapan dan penggunaan masa GC. Jika anda mendapati bahawa GC penuh berlaku dengan kerap, ingatan mungkin menjadi hambatan.
• jmap -histo:live <pid></pid> dapat melihat pengedaran objek dalam timbunan, yang membantu mengesan kebocoran memori.
• jstack <pid></pid> Stack thread cetak, yang boleh digunakan untuk menyemak masalah kebuntuan atau thread.

Perintah ini tidak perlu dihafal, tetapi anda perlu tahu jenis masalah yang dapat mereka selesaikan. Apabila menggunakannya, gunakannya untuk memproses output dengan grep atau skrip, yang lebih cekap.

2. Gunakan alat profil untuk mencari kod hotspot

Dengan balak dan alat baris arahan sahaja, sukar untuk melihat kaedah mana yang melambatkan prestasi keseluruhan. Pada masa ini, anda perlu menggunakan alat profil untuk "menunjukkan X-ray".

Biasa digunakan adalah:

• VisualVM : Antara muka grafik, sesuai untuk debugging tempatan, boleh melihat benang, memori, dan penggunaan CPU, dan juga boleh melakukan persampelan atau profil.
• JProfiler : Lebih berkuasa, menyokong sambungan jauh, dan juga membantu diagnosis persekitaran pengeluaran, tetapi ia adalah perisian komersial.
• Async Profiler : Lightweight, overhead rendah, sesuai untuk pembukaan jangka pendek dalam persekitaran pengeluaran, dan dapat mencari kaedah intensif CPU dengan tepat.

Apabila menggunakan alat ini, disyorkan untuk menjalankan mod pensampelan terlebih dahulu untuk melihat sama ada terdapat kaedah hot-spot yang jelas. Jika perlu, hidupkan mod penjejakan yang lebih terperinci untuk mengelakkan mempengaruhi kestabilan sistem.

3. Perhatikan tingkah laku GC dan menyesuaikan parameter dengan sewajarnya

Prestasi aplikasi Java berkait rapat dengan GC. Pengumpul sampah yang berbeza mempunyai banyak prestasi. Sebagai contoh, G1 sesuai untuk memori yang besar, manakala ZGC memberi tumpuan kepada latensi yang rendah.

Anda boleh memerhatikan GC dengan cara berikut:

• Parameter permulaan ditambah -XX: PrintGCDetails -XX: PrintGCDateStamps
• Gunakan jstat untuk memantau kekerapan GC
• Gunakan alat analisis log GC seperti GCeasy atau GCViewer untuk melihat trend

Melaraskan parameter GC bukanlah lebih rumit yang lebih baik, sebagai contoh:

• Mudah untuk oom jika longgokan terlalu kecil, dan ia akan meningkatkan masa GC jika terlalu besar
• Generasi muda terlalu kecil untuk ditubuhkan, yang akan membawa kepada promosi objek yang kerap kepada orang tua, menyebabkan GC penuh
• Anda boleh memilih parameter sasaran jeda yang sesuai mengikut jenis GC, seperti -XX:MaxGCPauseMillis=200

Kuncinya adalah untuk membuat keputusan berdasarkan ujian beban perniagaan, bukannya secara membabi buta menerapkan konfigurasi orang lain.

4. Elakkan perangkap prestasi biasa

Kadang -kadang prestasi buruk bukan kerana kod itu buruk, tetapi kerana ia adalah perangkap:

• OVERSYNC : Jika disegerakkan terlalu banyak digunakan, ia akan melambatkan keupayaan konkurensi. Anda boleh menggunakan reentrantlock atau cuba struktur bebas kunci.
• Sering membuat objek : Sebagai contoh, objek baru dalam gelung dengan mudah boleh membawa kepada tekanan tinggi pada GC, pertimbangkan untuk menggunakan semula atau menggunakan kolam objek.
• N 1 Masalah pertanyaan : Tiada pemprosesan batch untuk akses pangkalan data, dan satu antara muka mencetuskan berpuluh -puluh pertanyaan. Keadaan ini dapat diselesaikan dengan menambahkan gabungan atau cache.
• Terlalu banyak output log : terlalu banyak log tahap debug akan menjejaskan IO. Ingatlah untuk menyesuaikan tahap log sebelum pergi dalam talian.

Masalah ini sering tersembunyi dalam logik perniagaan dan hanya akan didedahkan di bawah pengukuran tekanan sebenar atau lalu lintas sebenar.

Pada dasarnya itu sahaja. Penalaan prestasi adalah proses yang beransur -ansur, jangan ubah parameter JVM atau kod refactor sebaik sahaja anda memulakan. Perhatikan terlebih dahulu, kemudian menganalisis, dan akhirnya mengambil tindakan, kesannya lebih baik.

Atas ialah kandungan terperinci Penalaan prestasi dan aplikasi Java profil. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!