JavaScript utilise un garbage collection automatique. Le collecteur utilise un algorithme mark-and-sweep : à partir des racines (objet global, la pile d'appels actuelle), il marque tout ce qui est accessible, puis libère tout ce qui ne l'est pas. Vous n'avez jamais besoin d'appeler free() manuellement — mais vous pouvez accidentellement garder des références vivantes, causant des fuites.
// 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
}
Une référence à partir de n'importe quel endroit accessible (un global, un écouteur actif, une fermeture, un nœud DOM détaché toujours référencé en JS) empêche un objet d'être collecté.
performance.memory; // rough heap size (Chrome)
// Chrome DevTools → Memory → take heap snapshots at two points and compare
Prennez des snapshots de tas avant/après une action ; une "retained size" en croissance constante révèle ce qui n'est pas libéré.
const meta = new WeakMap(); // keys are weakly held — GC can collect them
meta.set(domNode, data); // doesn't prevent domNode from being garbage-collected
Les applications de longue durée (SPAs, serveurs Node) plantent ou ralentissent à cause des fuites.
Les correctifs sont un nettoyage discipliné — supprimez les écouteurs/minuteurs, les caches limités (LRU), évitez les références persistantes, et utilisez WeakMap/WeakSet pour les métadonnées qui ne doivent pas garder les objets vivants.
Une bibliothèque de questions d'entretien IT avec des réponses détaillées — du Junior au Senior.
Faire un don