JavaScript bruker automatisk søppelsamling. Samleren bruker en mark-and-sweep-algoritme: starter fra røtter (globalt objekt, gjeldende call stack), markerer alt som er nåbart, og frigjør deretter alt som ikke er nåbart. Du kaller aldri free() manuelt — men du kan ved et uhell holde referanser aktive, noe som forårsaker lekkasjer.
// 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
}
En referanse fra ethvert nåbart sted (en global variabel, en aktiv lytter, en closure, en frakoblet DOM-node som fortsatt refereres i JS) hindrer et objekt fra å bli samlet inn.
performance.memory; // rough heap size (Chrome)
// Chrome DevTools → Memory → take heap snapshots at two points and compare
Ta heap snapshots før/etter en handling; en jevnt økende "retained size" avslører hva som ikke blir frigjort.
const meta = new WeakMap(); // keys are weakly held — GC can collect them
meta.set(domNode, data); // doesn't prevent domNode from being garbage-collected
Langvarige apper (SPAer, Node-servere) krasjer eller blir tregere på grunn av lekkasjer.
Fiksene er disiplinert opprydding — fjern lyttere/timers, bundne cacher (LRU), unngå hengende referanser, og bruk WeakMap/WeakSet for metadata som ikke skal holde objekter aktive.