Die Analyse von Java -Heap -Dumps ist ein zentrales Mittel zur Behebung von Speicherproblemen, insbesondere zur Identifizierung von Speicherlecks und Leistungs Engp?ssen. 1. Verwenden Sie Eclipse Matte oder VisualVM, um die .hprof -Datei zu ?ffnen. MAT liefert Histogramm- und Dominatorbaumansichten, um die Objektverteilung aus verschiedenen Winkeln anzuzeigen. 2. Sortieren Sie das Histogramm nach Anzahl der F?lle oder Raum, um Klassen mit ungew?hnlich gro?en oder gro?en Gr??en wie Byte [], char [] oder Business -Klassen zu finden; 3.. Sehen Sie sich die Referenzkette durch "Listenobjekte> mit eingehenden/ausgehenden Referenzen an" an, um festzustellen, ob sie versehentlich gehalten wird. 4. Verwenden Sie die Funktion "Pfad zu GC -Wurzeln", um virtuelle/weiche/schwache Referenzen zu beseitigen, starke Referenzpfade zu lokalisieren und Probleme wie unreinigte Cache, ungeschickte H?rer, unsachgem??e Verwendung von ThreadLocal zu identifizieren. 5. Verwenden Sie Dominator Tree. überprüfen Sie den zurückgehaltenen HEAP -Wert, bestimmen Sie, welche Objekte nach der Freigabe viel Speicher freisetzen k?nnen, und erweitern Sie den dominanten Bereich weiter, um die Gesamtspeicherstruktur zu analysieren. Wenn Sie diese wichtigen Schritte beherrschen, finden Sie die meisten Speicherprobleme schnell.

Die Analyse von Java -Heap -Dumps ist ein wichtiges Mittel zur Behebung von Ged?chtnisproblemen, insbesondere wenn es sich um Speicherlecks oder Leistungs Engp?sse handelt. Der Kern besteht darin, Speicherbek?mpfungsobjekte, doppelte Objekte oder unerwartete Referenzketten durch Tools zu ermitteln.

?ffnen Sie Heap Dump mit den richtigen Werkzeugen

Die h?ufigsten Werkzeuge sind Eclipse MAT (Memory Analyzer) und VisualVM , wobei MAT leistungsf?higer und für eine eingehende Analyse geeignet ist.
Verwenden Sie nach dem Herunterladen und Installieren die .HPROF -Datei direkt, um das Durchsuchen der Heap -Speichersituation zu starten.

• MAT wird Ansichten wie "Histogramm" bzw. "Dominatorbaum" angezeigt, wobei die Objektverteilung aus verschiedenen Winkeln angezeigt wird.
• Wenn Sie nur sehen m?chten, wie viele F?lle eine bestimmte Klasse hat, ist Histogramm die erste Wahl.
• Wenn Sie wissen m?chten, welche Objekte am meisten Speicher annehmen und die Müllsammlung verhindern m?chten, ist Dominator Tree besser geeignet.

Finden Sie gro?e und doppelte Objekte im Speicher

Nach dem Eintritt in die Histogrammansicht k?nnen Sie sie nach der Anzahl der Instanzen oder der Gesamtfu?abdruck sortieren. Konzentrieren Sie sich auf Klassen mit abnormalen Zahlen oder gro?en Gr??en einer einzigen Instanz.

Zum Beispiel:

• byte[] oder char[] eine hohe Belegung in Anspruch nehmen, die zwischengespeichert werden oder gro?e Saiten nicht freigesetzt werden k?nnen;
• Die Anzahl einer bestimmten Business -Klasse (wie User und CacheEntry ) ist weit über die Erwartungen hinaus, und es kann Speicherlecks sein.
• Achten Sie auf den Paketamen und priorisieren Sie die überprüfung der Klassen, die sich auf den Code beziehen, den Sie selbst geschrieben haben.

Klicken Sie in die spezifische Instanz, klicken Sie mit der rechten Maustaste und w?hlen Sie "Listenobjekte> mit eingehenden/ausgehenden Referenzen auflisten". Sie k?nnen die Referenzkette anzeigen und feststellen, ob sie versehentlich gehalten wird.

Analysieren Sie die Referenzkette und lokalisieren Sie die Hauptursache für Speicherlecks

Speicherlecks werden normalerweise dadurch verursacht, dass Objekte nicht mehr verwendet werden, aber nicht von GC recycelt werden k?nnen. Sie sind in statischen Sammlungen, Zuh?rern, lokalen Variablen usw. üblich, usw.

MAT liefert die Funktion "Pfad zu GC Roots", um zu sehen, warum ein Objekt noch lebt. Die Betriebsmethode lautet:

• Klicken Sie mit der rechten Maustaste auf das verd?chtige Objekt
• W?hlen Sie "Kürzeste Pfad zu GC -Wurzeln zusammenführen" → überprüfen Sie nicht "Virtuelle/Soft/Wind Referenzen". Sehen Sie sich nur den starken Referenzweg an

Auf diese Weise k?nnen Sie sehen, wer das Objekt "umarmt". Gemeinsame "Schuldige" sind:

• Cache nicht gereinigt (insbesondere Hashmap ohne Ablaufmechanismus)
• H?rer nicht angemeldet (z. B. Ereignish?rer, Beobachtermodus)
• Unsachgem??e Verwendung von ThreadLocal verursacht Restdaten im Thread -Pool

Verwenden Sie bei Bedarf den Dominatorbaum

Der Dominator -Baum zeigt die Beziehung von "Who kontrolliert wer", dh, wenn Objekt A recycelt wird, dann werden alle darunter liegenden Objekte recycelt. Dies ist sehr hilfreich bei der Beurteilung der allgemeinen Ged?chtnisstruktur.

In dieser Ansicht k?nnen Sie den Wert "erhaltenen Heap" für jeden Knoten sehen, der darstellt, wie viel Speicher befreit werden kann, wenn das Objekt befreit wird. Je gr??er der Wert ist, desto mehr sind Sie es wert, darauf zu achten.

Wenn Sie feststellen, dass ein gehaltener Haufen von Objekt besonders hoch ist, k?nnen Sie seinen dominanten Bereich weiter erweitern, um festzustellen, ob gleichzeitig mehrere Kinderobjekte beteiligt sind.

Grunds?tzlich ist das. Die Heap -Dump -Analyse ist nicht besonders kompliziert, aber es ist leicht, Details wie Referenztypen, echte Wege von GC -Wurzeln zu ignorieren. Fassen Sie einfach ein paar wichtige Ansichten und Betriebsmethoden, um die meisten Speicherprobleme schnell zu finden.

Das obige ist der detaillierte Inhalt vonWie analysiere ich einen Java Heap -Dump?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!