JavaScript gebruikt automatische garbage collection. De collector gebruikt een mark-and-sweep algoritme: startend vanuit roots (global object, de huidige call stack), markeert het alles wat bereikbaar is, vervolgens geeft het alles onbereikbaars vrij. Je roept nooit handmatig free() aan — maar je kunt accidenteel referenties in leven houden, wat leaks veroorzaakt.
// 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
}
Een referentie van elke bereikbare plaats (een global, een actieve listener, een closure, een losgekoppeld DOM-knooppunt dat nog steeds in JS wordt gerefereerd) houdt een object ervan af om te worden vrijgemaakt.
performance.memory; // rough heap size (Chrome)
// Chrome DevTools → Memory → take heap snapshots at two points and compare
Maak heap snapshots voor/na een actie; een geleidelijk groeiende "retained size" onthult wat niet wordt vrijgemaakt.
const meta = new WeakMap(); // keys are weakly held — GC can collect them
meta.set(domNode, data); // doesn't prevent domNode from being garbage-collected
Langdurig lopende apps (SPAs, Node servers) crashen of vertragen door leaks.
De oplossingen zijn gedisciplineerde opschoning — verwijder listeners/timers, begrensde caches (LRU), vermijd blijvende referenties, en gebruik WeakMap/WeakSet voor metagegevens die geen objecten in leven moeten houden.
Een bibliotheek met IT-sollicitatievragen met gedetailleerde antwoorden — van Junior tot Senior.
Doneren