Heim  >  Artikel  >  Java  >  Was sind die Ursachen und Lösungen für einen Java-Speicherüberlauf?

Was sind die Ursachen und Lösungen für einen Java-Speicherüberlauf?

coldplay.xixi
coldplay.xixiOriginal
2020-06-15 13:44:127074Durchsuche

Was sind die Ursachen und Lösungen für einen Java-Speicherüberlauf?

Was sind die Ursachen und Lösungen für einen Java-Speicherüberlauf?

Die verschiedenen Ursachen und Lösungen für einen Java-Speicherüberlauf sind:

Die erste Art von Speicherüberlauf ist das, woran jeder am meisten denkt, und die erste Reaktion ist dass es sich um einen Speicherüberlauf handelt, ist ein Stapelüberlauf:

Was für eine Situation ist also ein Stapelüberlauf? Wenn Sie die folgenden Schlüsselwörter sehen, handelt es sich um einen Stapelüberlauf:

java.lang.OutOfMemoryError: ......java heap space....

Das ist, wenn Sie etwas Ähnliches sehen Wenn es kein Problem mit dem Code gibt, kann dies durch entsprechendes Anpassen von -Xmx und -Xms vermieden werden. Es muss jedoch davon ausgegangen werden, dass es kein Problem mit dem Code gibt Es gibt einen Überlauf? Entweder liegt ein Problem mit dem Code vor, oder es gibt zu viele Zugriffe und jeder Zugriff ist zu lang, oder es sind zu viele Daten vorhanden, was dazu führt, dass die Daten nicht freigegeben werden, weil der Garbage Collector was finden muss ist Müll, bevor er recycelt werden kann. Es handelt sich um Müll, daher wird er natürlich nicht recycelt, bevor die Idee überläuft. Das System meldet möglicherweise im Voraus einen Fehler mit den Schlüsselwörtern:

java.lang.OutOfMemoryError: GC-Overhead-Grenze überschritten

Dies Die Situation besteht darin, dass dieser Fehler gemeldet wird, wenn sich das System in einem Hochfrequenz-GC-Zustand befindet und der Recyclingeffekt noch gering ist. Diese Situation führt normalerweise dazu, dass viele Objekte nicht freigegeben werden können, was durch unsachgemäße Verwendung von Referenzen oder durch die Beantragung eines großen Objekts verursacht werden kann. Der Speicherüberlauf des Java-Heap-Speicherplatzes meldet diesen Fehler jedoch möglicherweise nicht im Voraus. Das heißt, es kann direkt durch unzureichenden Speicher und nicht durch Hochfrequenz-GC verursacht werden.

Die zweite Art von Speicherüberlauf: Wenn PermGen überläuft oder PermGen voll ist, werden Schlüsselwörter wie dieses angezeigt:

Die wichtigsten Informationen sind:

java.lang.OutOfMemoryError: PermGen space

Grund: Das System hat viel Code oder verweist auf viele Pakete von Drittanbietern, oder a Im Code wird eine große Anzahl von Konstanten verwendet, oder Konstanten werden über Intern oder durch dynamisches Laden des Codes usw. eingefügt, was zur Erweiterung des Konstantenpools führt, obwohl JDK 1.5 und höher dies können Die permanente Zone wird durch Einstellungen recycelt. Wir hoffen jedoch, dass dieser Ort keine GC durchführt, und dies wird ausreichen. Daher werden wir dieses Jahr unter normalen Umständen weniger ähnliche Vorgänge durchführen. Daher ist die in dieser Situation häufig verwendete Methode: PermGen Der Überlauf und das Größe von -XX:MaxPermSize.

Die dritte Art von Speicherüberlauf: Wird bei Verwendung von allocateDirect() in ByteBuffer verwendet. Viele JavaNIO-Frameworks sind als andere Methoden gekapselt

Überlaufschlüsselwort:

java.lang.OutOfMemoryError : Direkter Pufferspeicher
Wenn Sie die allocateDirect-Methode in ByteBuffer direkt oder indirekt verwenden, ohne sie zu löschen, tritt ein ähnliches Problem auf. Regelmäßige Referenzprogramm-E/A-Ausgabe Es gibt einen Konvertierungsprozess zwischen dem Kernelmodus und dem Benutzermodus, der dem direkten Speicher entspricht Indirekter Speicher: Wenn Sie den Inhalt einer Datei in einer herkömmlichen Anwendung an den Client ausgeben möchten, müssen Sie ihn über die direkte Speicherkonvertierung des Betriebssystems in den Heap kopieren ) und dann in den Direktspeicher ausgegeben und vom Betriebssystem gesendet. Der nicht direkte Speicher kann direkt von der Anwendung selbst gesteuert werden wird nicht zurückgefordert, seien Sie also vorsichtig.

Wenn ähnliche Vorgänge häufig auftreten, können Sie die Einstellung von Parametern in Betracht ziehen: -XX:MaxDirectMemorySize

Speicherüberlauffehler Typ 4:

Überlaufschlüsselwort:

java .lang.StackOverflowError

Dieser Parameter erklärt direkt eines: -Xss ist zu klein. Wir beantragen, dass viele lokale Aufrufstapelnadeln und andere Inhalte im aktuell vom Benutzer gehaltenen Thread gespeichert werden Thread Vor JDK 1.4 war der Standardwert 256 KB und nach 1.5 1 MB. Wenn dieser Fehler gemeldet wird, bedeutet dies nur, dass die JVMs einiger Hersteller nicht über diesen Parameter verfügen gilt nur für Hotspot-VM; bei Bedarf können Sie jedoch einige Optimierungen am System vornehmen, damit der Wert von -Xss verfügbar ist.

Der fünfte Typ von Speicherüberlauffehlern:

Überlaufschlüsselwort:

java.lang.OutOfMemoryError: Neuer nativer Thread konnte nicht erstellt werden

Der vierte Oben hat dieser Überlauffehler den Speicherbereich des Threads erklärt. Tatsächlich belegt der Thread nur den Speicherbereich außerhalb des Heaps Dies liegt entweder daran, dass der Speicher selbst nicht ausreicht oder der Heap-Speicherplatz zu groß ist, was dazu führt, dass nicht mehr viel Speicher vorhanden ist und der Thread selbst nicht ausreicht erklärt, und wie man es ändert, brauche ich nicht mehr zu sagen.

Speicherüberlauf der Kategorie 6:

Überlaufschlüsselwort

java.lang.OutOfMemoryError: Anfrage {} Byte für {}out of Swap

Diese Klasse ist fehlerhaft werden im Allgemeinen durch unzureichenden Adressraum verursacht.

Die sechs Hauptkategorien häufiger Überläufe sind für 99 % der Überlaufsituationen in der JVM verantwortlich. Es ist sehr schwierig, diesen Überlaufsituationen zu entkommen, es sei denn, es treten sehr seltsame Fehler auf, wie z. B. ein Code-Cache-Fehler aufgrund physischer Speicherhardware Fehler (tritt beim Konvertieren von Bytecode in nativen Code auf, aber die Wahrscheinlichkeit ist äußerst gering), in diesem Fall stürzt der Speicher direkt ab, ähnlich wie bei der häufigen Swap-Interaktion, in einigen Systemen wird dies der Fall sein Wenn der Adressraum des Betriebssystems nicht ausreicht, kann das System überhaupt nicht gestartet werden. Der Missbrauch von JNI führt auch dazu, dass der lokale Speicher nicht freigegeben werden kann. Vermeiden Sie daher, dass JNI zu viele Sockets öffnet Verbindungsdaten melden auch etwas wie: IOException: Zu viele offene Dateien und andere Fehlermeldungen.

Empfohlenes Tutorial: „Java-Video-Tutorial

Das obige ist der detaillierte Inhalt vonWas sind die Ursachen und Lösungen für einen Java-Speicherüberlauf?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn