JavaScript verwendet automatische Garbage Collection. Der Collector nutzt einen mark-and-sweep-Algorithmus: Ausgehend von den Wurzeln (globales Objekt, der aktuelle Call Stack) markiert er alles Erreichbare und gibt dann alles Unerreichbare frei. Sie müssen free() nie manuell aufrufen — aber Sie können versehentlich Referenzen am Leben erhalten, was zu Lecks führt.
// 1. Unbounded globals / caches that never shrink
window.cache = window.cache || {};
window.cache[id] = bigObject; // grows forever
// 2. Forgotten event listeners
el.addEventListener("click", handler);
// must call el.removeEventListener("click", handler) when done
// 3. Forgotten timers
const id = setInterval(tick, 1000);
// must clearInterval(id)
// 4. Closures capturing large objects longer than needed
function outer() {
const huge = new Array(1e6);
return () => huge.length; // keeps `huge` alive as long as the closure lives
}
Eine Referenz von überall dort (ein globales Objekt, ein aktiver Listener, ein Closure, ein getrennter DOM-Knoten, der immer noch in JS referenziert wird) verhindert die Erfassung eines Objekts.
performance.memory; // rough heap size (Chrome)
// Chrome DevTools → Memory → take heap snapshots at two points and compare
Erstellen Sie Heap-Snapshots vor/nach einer Aktion; eine kontinuierlich wachsende "retained size" zeigt, was nicht freigegeben wird.
const meta = new WeakMap(); // keys are weakly held — GC can collect them
meta.set(domNode, data); // doesn't prevent domNode from being garbage-collected
Lange laufende Apps (SPAs, Node-Server) stürzen durch Lecks ab oder werden langsamer.
Die Lösungen sind disziplinierte Bereinigung — entfernen Sie Listener/Timer, begrenzte Caches (LRU), vermeiden Sie verweilende Referenzen, und verwenden Sie WeakMap/WeakSet für Metadaten, die Objekte nicht am Leben erhalten sollten.