JavaScript s'exécute sur un seul thread, il ne peut donc faire qu'une seule chose à la fois. La boucle d'événements est ce qui lui permet de gérer le travail asynchrone sans bloquer : elle exécute la pile d'appels, et quand la pile est vide, elle extrait les callbacks des files.
Il y a deux files avec des priorités différentes :
.then), queueMicrotask. Vidées complètement après chaque tâche, avant le rendu.setTimeout, I/O, événements UI. Un est traité par itération de boucle.console.log("1"); // sync
setTimeout(() => console.log("2"), 0); // macrotask
Promise.resolve().then(() => console.log("3")); // microtask
console.log("4"); // sync
// Output: 1, 4, 3, 2
1, 4.3.2.C'est pourquoi Promise.then s'exécute toujours avant setTimeout(…, 0), même si les deux sont "asynchrones" — les microtasks ont la priorité.
// ❌ blocks the single thread — UI freezes for 5 seconds
while (Date.now() - start < 5000) {}
Le travail synchrone long bloque tout (rendu, clics). Déportez le travail CPU lourd vers un Web Worker (un véritable thread séparé).
Comprendre la boucle explique l'ordre asynchrone, pourquoi les promesses se résolvent avant les minuteurs, et pourquoi ne jamais bloquer le thread principal — le modèle mental fondamental pour tout JavaScript asynchrone.