Maison >interface Web >js tutoriel >Que signifie vraiment setTimeout(..., ) en JavaScript ? (La boucle d'événement expliquée !)
Très bien, décomposons toute cette histoire de setTimeout avec 0 ms. À première vue, on pourrait penser : « Mon frère, 0 ms signifie que ça fonctionnera immédiatement, n'est-ce pas ? Mais JavaScript a sa propre ambiance et 0 ms n'est pas aussi instantané qu'on pourrait s'y attendre. Voyons cela ensemble.
Voici le code que nous disséquons :
const promise = new Promise((resolve, reject) => { console.log(1); setTimeout(() => { console.log("timerStart"); resolve("success"); console.log("timerEnd"); }, 0); console.log(2); }); promise.then((res) => { console.log(res); }) console.log(4);
Et le résultat ?
1 2 4 timerStart success timerEnd
Quand vous voyez setTimeout(() => { ... }, 0), vous avez l'impression que le code à l'intérieur s'exécutera immédiatement après 0 ms. Mais non, JavaScript, c'est du genre : « Frère, j'ai mon propre système, attends ton tour ! »
JavaScript n'exécute pas seulement du code directement : il dispose d'un système intéressant appelé boucle d'événements pour gérer les tâches. Pensez-y comme ceci :
Tâches principales (synchrones) :
Des trucs comme console.log() s'exécutent en premier. Ce sont les tâches directes et en face.
Microtâches (Promesses) :
Les promesses viennent ensuite, avant même les minuteries. C'est comme s'ils avaient un billet VIP.
File d'attente des tâches (minuteurs comme setTimeout) :
Les minuteries vont au fond de la file et ne fonctionnent qu'une fois les microtâches terminées. Même si vous lui donnez 0 ms, il attend.
Voyons ce qui se passe étape par étape :
Promesse créée :
Promesse .then() :
console.log(4) :
Exécutions de microtâches (VIP) :
Exécutions de la file d'attente des tâches :
Même si vous avez dit 0 ms, le setTimeout est toujours différé. JavaScript le pousse vers la file d'attente des tâches, quoi qu'il arrive. Le système efface d'abord toutes les tâches et microtâches synchrones (promesses) avant de toucher la file d'attente des tâches.
Donc, en termes simples :
0 ms n'est pas une question de temps, il s'agit d'attendre votre tour.
Imaginez que vous faites la queue pour des montagnes russes :
Voici l’ordre des événements dans notre code :
Comprendre comment fonctionne réellement 0 ms vous aide à écrire un meilleur code asynchrone. C’est aussi une astuce intéressante à expliquer à vos amis lorsqu’ils déboguent des retards aléatoires dans leur JavaScript.
Alors la prochaine fois que vous verrez setTimeout(() => { ... }, 0), rappelez-vous simplement : ce n'est pas une question de temps ; c'est une question de priorité !
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!