Wie die Müllsammlung von JavaScript wirklich funktioniert

Die Garbage Collection (GC) von JavaScript verwaltet den Speicher automatisch über den Tag-Reinigungsmechanismus, markiert zugängliche Objekte aus dem Stammobjekt und löscht unerreichbare Objekte, um den Speicher freizugeben. Zu den allgemeinen Speicherlecks gehören unerwartete globale Variablen, nicht erfüllte Ereignishörer und -Timer, Knoten, die vom DOM getrennt sind, aber weiterhin verwiesen werden, und Verschluss behalten große Objektreferenzen. Moderne Motoren verwenden Generationsrecycling, inkrementelle und gleichzeitige Recycling, um die Leistung zu optimieren. Entwickler können GC unterstützen, indem sie Referenzen manuell entleeren, das Hören von Ereignissen löschen, Long-Life-Zyklus-Schließungen vermeiden und Schwächen/Schwächen verwenden.

Die Garbage Collection (GC) von JavaScript ist ein Mechanismus hinter den Kulissen, der den Speicher automatisch verwaltet, indem sie Objekte aufräumen, die von Ihrem Programm nicht mehr benötigt werden. Die meisten Entwickler müssen nicht täglich darüber nachdenken, aber zu verstehen, wie es funktioniert, hilft Ihnen, effizientere Code zu schreiben und Speicherlecks zu vermeiden.

Wie die Müllsammlung funktioniert: Die Grundlagen

JavaScript -Engines (wie V8 in Chrome und Node.js) verwenden die automatische Speicherverwaltung . Wenn Sie Objekte, Arrays oder Funktionen erstellen, wird der Speicher zugewiesen. Wenn diese Werte nicht mehr erreichbar oder verwendbar sind, tritt der Müllsammler diese Erinnerung ein und befreit diese.

Die Kernidee ist die Erreichbarkeit :

• Der Garbage Collector startet mit einer Reihe von „Root“ -Objekten (wie globalen Variablen und derzeit Ausführungsfunktionsvariablen).
• Anschließend werden alle Objekte nachgezeichnet, die durch Referenzen aus diesen Wurzeln erreicht werden können.
• Alles, was nicht erreicht werden kann, gilt als Müll und ist für die Bereinigung berechtigt.

Dieser Ansatz ist als Mark-and-Sweep bekannt:

1. Markphase : Der GC geht durch alle erreichbaren Objekte, die von den Wurzeln beginnen und sie als „lebendig“ markieren.
2. Sweep -Phase : Es durchläuft das Gedächtnis und löscht alles, was nicht markiert ist.

Dies ist wirksamer als ältere Referenzbekämpfungsmethoden, die bei kreisförmigen Referenzen fehlschlagen (z. a.ref = b; b.ref = a; -weder keine Referenzen, aber beide können von der Wurzel nicht erreichbar sein).

Häufige Ursachen für Speicherlecks in JavaScript

Selbst mit automatischem GC können Sie dennoch Speicherlecks erstellen. Hier sind die häufigsten Muster:

• Zufällige globale Variablen

   Funktion badfunc () {
    durchgesickert = "Ich bin jetzt global"; // "var ',' let 'oder' const 'vergessen
  }

  Dadurch werden Daten an das globale Objekt (z. B. window ) angeschlossen, das immer erreichbar ist → niemals gesammelt.

• Vergessene Event -Hörer oder Zeiten

   setInterval (() => {
    const wugedata = fetchData ();
    // Wenn das nie klar ist, bleibt Schwugedata in Erinnerung
  }, 1000);

  Timer und DOM -Event -Hörer behalten Hinweise auf ihre Schließungen. Wenn nicht gereinigt, verhindern sie die Reinigung der damit verbundenen Daten.

• Ablagerte Dom -Knoten mit zurückgehaltenen Referenzen

   let node = document.getElementById ("TMP");
  document.body.removechild (Knoten);
  // aber wir halten immer noch eine Referenz im 'Knoten'

  Obwohl der Knoten aus dem DOM entfernt wird, wird er nicht gesammelt, solange JavaScript eine Referenz enthält.

• Schließungen, die große Bereiche behalten

   Funktion ober () {
    const bigData = new ArrayBuffer (1024 * 1024 * 10); // 10mb
    Rückgabefunktion inner () {
      // Auch wenn innere BigData nicht verwendet, ist es in SCOPE
      console.log ("Hallo");
    };
  }

  inner schließt bigData , so dass es nicht gesammelt werden kann, so lange inner es gibt.

Wie moderne Motoren GC optimieren

JavaScript -Motoren laufen nicht ständig GC - das würde die Dinge verlangsamen. Stattdessen verwenden sie Generationsmüllsammlung und inkrementelle Sammlung :

• Generationssammlung
  Basierend auf der Beobachtung, dass die meisten Objekte jung sterben:

  • Das Gedächtnis wird in junge und alte Generationen aufgeteilt.
  • Neue Objekte gehen in die junge Generation.
  • Häufige, schnelle GC -Läufe bereinigen die junge Generation (die meisten Objekte sind schnell verschwunden).
  • Objekte, die mehrere junge GCs überleben, werden zur alten Generation gefördert.
  • Die alte Generation wird seltener gereinigt.

• Inkrementelle und gleichzeitige GC
  Um das Einfrieren der App zu vermeiden, moderne GCS:

  • Brechen Sie die Markphase in Stücke (inkrementell).
  • Führen Sie einige Arbeiten parallel oder auf separaten Threads aus (gleichzeitig).
  • Minimieren Sie Pausen, damit Ihre App reaktionsschnell bleibt.

Dies bedeutet, dass GC nicht nur „die Welt stoppen“ ist-es ist sehr optimiert für die reale Leistung.

Tipps, die dem Müllsammler helfen

Sie können GC nicht erzwingen, aber Sie können es helfen:

• NULL OUT REFERENZEN Wenn Sie wirklich mit großen Objekten fertig sind:

   SET Data = { / * Big Object * /};
  // ... Daten verwenden
  Daten = NULL; // macht es zur Sammlung berechtigt

• Event -Hörer aufräumen :

   const handler = () => { / * ... * /};
  Button.AdDeVentListener ("Click", Handler);
  // Später:
  Button.RemoveEventListener ("Click", Handler);

• Vermeiden Sie langlebige Schließungen über große Daten.

• Verwenden Sie gegebenenfalls schwache Sammlungen :

  • WeakMap und WeakSet Verweise halten schwach - sie verhindern nicht GC.
  • Nützlich für Metadaten oder Caches, die an Objekte gebunden sind, die verschwinden sollten, wenn das Objekt dies tut.

Grundsätzlich ist der Müllsammler von JavaScript intelligent und effizient, aber es kann Ihren Geist nicht lesen. Wenn Sie Verweise auf Dinge behalten, die Sie nicht mehr benötigen, werden sie nicht aufgeräumt. Das Verständnis der Erreichbarkeit und gemeinsamen Leckmuster leistet einen langen Weg beim Schreiben stabiler, speicherlicher Apps.

Das obige ist der detaillierte Inhalt vonWie die Müllsammlung von JavaScript wirklich funktioniert. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!