Zu den wichtigsten Schritten für die Leistungsabstimmung von Java-Anwendungen geh?ren: 1. Verwenden Sie JVM-integrierte Tools wie JStat, JMAP und JStack, um die GC-H?ufigkeit, den Speicherverteilungs- und den Thread-Status zu überwachen und grundlegende Probleme zu finden. 2. Verwenden Sie VisualVM, JProfiler oder Async Profiler, um hei?e Codes zu analysieren und CPU-intensive Methoden zu identifizieren. 3. Optimieren Sie das Verhalten des Müllsammlung durch GC -Protokolle und Parameteranpassungen und w?hlen Sie geeignete Recycler- und Haufen -Konfigurationen anhand von Gesch?ftslasttests. 4. Vermeiden Sie gemeinsame Fallen wie überm??ige Synchronisation, h?ufige Objekterstellung, N 1 -Abfrage und überm??ige Protokollausgabe, und reduzieren Sie unn?tige Leistungsverluste.

Leistungsstimmen und Analyse von Java -Anwendungen sind eigentlich nur wenige wichtige Punkte: Engp?sse finden, Verhalten und rationale Optimierung. Sie müssen von Anfang an nicht das Ultimative verfolgen, aber Sie müssen wissen, wo Sie anfangen sollen.

1. Verwenden Sie die integrierten JVM-Tools, um den laufenden Status zu verstehen

JVM wird mit einigen Werkzeugen wie jstat , jmap und jstack geliefert. Obwohl diese Widgets einfach sind, sind sie bei Problemen bei der Fehlerbehebung sehr praktisch. Zum Beispiel:

• jstat -gc <pid></pid> kann die GC -Frequenz und den Zeitverbrauch sehen. Wenn Sie feststellen, dass der vollst?ndige GC h?ufig auftritt, kann der Speicher zu einem Engpass werden.
• jmap -histo:live <pid></pid> kann die Verteilung von Objekten im Haufen sehen, was zum Erkennen von Speicherlecks hilft.
• jstack <pid></pid> Thread -Stapel drucken, mit dem die Probleme mit Deadlock- oder Fadenblockierungen überprüft werden k?nnen.

Diese Befehle müssen nicht auswendig gelernt werden, aber Sie müssen wissen, welche Arten von Problemen sie l?sen k?nnen. Verwenden Sie es bei der Verwendung, um die Ausgabe mit Grep oder Skript zu verarbeiten, was effizienter ist.

2. Verwenden Sie Profiling -Tools, um Hotspot -Codes zu lokalisieren

Allein mit Protokoll- und Befehlszeilen -Tools ist es schwer zu erkennen, welche Methode die Gesamtleistung verlangsamt. Zu diesem Zeitpunkt müssen Sie das Profiling-Tool verwenden, um "R?ntgenaufnahme anzeigen".

H?ufig verwendet werden:

• VisualVM : Grafische Schnittstelle, geeignet für lokales Debuggen, kann Threads, Speicher und CPU -Verwendung angezeigt und auch Stichproben oder Profilerstellung durchführen.
• JProfiler : leistungsf?higer, unterstützt Fernverbindungen und ist auch für die Diagnose der Produktionsumgebung hilfreich, aber es handelt sich um kommerzielle Software.
• Async Profiler : Leichtes, niedriges Overhead, geeignet für kurzfristige ?ffnen in Produktionsumgebungen und kann CPU-intensive Methoden genau finden.

Bei Verwendung dieser Tools wird empfohlen, den Stichprobenmodus zuerst auszuführen, um festzustellen, ob offensichtliche Hot-Spot-Methoden vorhanden sind. Schalten Sie bei Bedarf den detaillierteren Tracking -Modus ein, um die Auswirkungen auf die Systemstabilit?t zu vermeiden.

3. achten Sie auf das GC -Verhalten und passen Sie die Parameter angemessen an

Die Leistung von Java -Anwendungen h?ngt eng mit GC zusammen. Verschiedene Müllsammler haben viel Leistung. Zum Beispiel ist G1 für gro?e Speicherhaufen geeignet, w?hrend sich ZGC auf eine geringe Latenz konzentriert.

Sie k?nnen GC auf folgende Weise beobachten:

• Startparameter plus -XX: PrintGCDetails -XX: PrintGCDateStamps
• Verwenden Sie jstat , um die GC -Frequenz zu überwachen
• Verwenden Sie GC -Log -Analyse -Tools wie GCeasy oder GCViewer, um Trends anzuzeigen

Das Anpassen von GC -Parametern ist beispielsweise nicht umso komplizierter:

• Es ist leicht zu oom, wenn der Stapel zu klein ist, und es erh?ht die GC -Zeit, wenn er zu gro? ist
• Die junge Generation ist zu klein, um sich einzurichten, was zu einer h?ufigen F?rderung von Objekten für ?ltere Menschen führt, was zu einem vollst?ndigen GC führt
• Sie k?nnen entsprechende Pause -Zielparameter gem?? GC -Typ ausw?hlen, z. -XX:MaxGCPauseMillis=200

Der Schlüssel ist, Entscheidungen auf der Grundlage von Gesch?ftslasttests zu treffen, anstatt die Konfiguration anderer Personen blind anzuwenden.

4. Vermeiden Sie gemeinsame Leistungsfallen

Manchmal liegt die schlechte Leistung nicht daran, dass der Code schlecht ist, sondern weil es eine Fallstrick ist:

• Oversync : Wenn synchronisiert wird, wird die Parallelit?tsf?higkeit verlangsamt. Sie k?nnen Reentrantlock verwenden oder eine lockfreie Struktur ausprobieren.
• H?ufig erstellen Objekte : Beispielsweise k?nnen neue Objekte in einer Schleife leicht zu hohem Druck auf GC führen. Erw?gen Sie, Objektpools wiederzuverwenden oder zu verwenden.
• N 1 Abfrageproblem : Es gibt keine Stapelverarbeitung für den Datenbankzugriff, und eine Schnittstelle l?st Dutzende von Abfragen aus. Diese Situation kann durch Hinzufügen eines Join oder Cache gel?st werden.
• Zu viel Protokollausgabe : Zu viel Debug -Level -Protokoll wirkt sich auf die IO aus. Denken Sie daran, das Protokollebene anzupassen, bevor Sie online gehen.

Diese Probleme sind in der Gesch?ftslogik h?ufig versteckt und werden nur unter tats?chlicher Stressmessung oder realem Verkehr freigelegt.

Grunds?tzlich ist das. Die Leistungsstimmung ist ein schrittweise Prozess. ?ndern Sie keine JVM -Parameter oder Refactor -Code, sobald Sie beginnen. Beobachten Sie zuerst, dann analysieren und schlie?lich Ma?nahmen ergreifen, der Effekt ist besser.

Das obige ist der detaillierte Inhalt vonPerformance -Tuning und Profilerstellung Java -Anwendungen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!