Explication détaillée du mécanisme de fonctionnement des compétences Javascript Asynchronous Processing_Javascript

Dès le niveau de base, il est très important de comprendre comment fonctionnent les minuteries JavaScript. L'exécution des timers est souvent différente de notre imagination intuitive. En effet, le moteur JavaScript est monothread. Comprenons d'abord comment les trois fonctions suivantes contrôlent les minuteries.

var id = setTimeout(fn, delay); - Initialise une minuterie puis l'exécute après l'intervalle de temps spécifié. Cette fonction renvoie un ID d'indicateur unique (type de numéro) que nous pouvons utiliser pour annuler le minuteur.
var id = setInterval(fn, delay); - Un peu similaire à setTimeout, mais il appelle continuellement une fonction (l'intervalle de temps est le paramètre delay) jusqu'à ce qu'elle soit annulée.
clearInterval(id);, clearTimeout(id); - Utilisez l'ID du timer (la valeur de retour de setTimeout et setInterval) pour annuler l'occurrence du rappel du timer
Afin de comprendre le fonctionnement interne des minuteries, il y a un concept important qui doit être discuté : les délais des minuteries ne sont pas garantis. Étant donné que tout le code JavaScript est exécuté dans un thread, tous les événements asynchrones (tels que les clics de souris et les minuteries) ne s'exécuteront que lorsqu'ils en auront la possibilité.

Il y a beaucoup d'informations à comprendre dans ce diagramme, et si vous le comprenez parfaitement, vous comprendrez bien comment le moteur JavaScript implémente les événements asynchrones. Il s'agit d'une icône unidimensionnelle : la direction verticale représente le temps et les blocs bleus représentent les blocs d'exécution de code JavaScript. Par exemple, le premier bloc d'exécution de code JavaScript prend environ 18 ms, le bloc d'exécution de code déclenché par un clic de souris prend 11 ms, et ainsi de suite.

Étant donné que le moteur JavaScript n'exécute qu'un seul code à la fois (cela est dû à la nature monothread de JavaScript), chaque bloc d'exécution de code JavaScript « bloquera » l'exécution d'autres événements asynchrones. Cela signifie que lorsqu'un événement asynchrone se produit (par exemple, un clic de souris, un timer déclenché ou une requête asynchrone Ajax), les fonctions de rappel de ces événements seront mises en file d'attente à la fin de la file d'attente d'exécution en attente d'être exécutées (en fait , la méthode de mise en file d'attente dépend du navigateur. Elle varie en fonction de l'appareil, ce n'est donc qu'une simplification Commencez à étudier à partir du premier bloc d'exécution JavaScript, dans lequel deux timers sont initialisés : un setTimeout() de 10 ms et un setInterval() de 10 ms. En fonction du moment et de l'endroit où le minuteur est initialisé (il commencera à compter après l'initialisation du minuteur), le minuteur sera en fait déclenché avant la fin de l'exécution du premier bloc de code. Cependant, la fonction liée au timer ne sera pas exécutée immédiatement (la raison pour laquelle elle n'est pas exécutée immédiatement est que JavaScript est monothread). En fait, les fonctions retardées seront mises en file d'attente à la fin de la file d'attente d'exécution, en attendant le prochain moment approprié pour s'exécuter.

De plus, dans le premier bloc d'exécution JavaScript, nous voyons qu'un événement "clic de souris" se produit. Une fonction de rappel JavaScript est liée à cet événement asynchrone (on ne sait jamais quand l'utilisateur exécute cet événement (clic), il est donc considéré comme asynchrone). Cette fonction ne sera pas exécutée immédiatement, comme le timer ci-dessus, elle sera mise en file d'attente au niveau de la file d'attente. fin de la file d'attente d'exécution, en attente d'exécution au prochain moment approprié.

Lorsque le premier bloc d'exécution JavaScript est exécuté, le navigateur posera immédiatement une question : quelle fonction (instruction) attend d'être exécutée ? À l’heure actuelle, une « fonction de gestionnaire d’événements de clic de souris » et une « fonction de rappel de minuterie » attendent d’être exécutées. Le navigateur en sélectionnera un (sélectionnera en fait la "fonction de gestionnaire pour l'événement de clic de souris", car on peut voir sur l'image qu'il est en premier dans la file d'attente) et l'exécutera immédiatement. La "fonction de rappel de minuterie" attendra le prochain moment approprié pour s'exécuter.

Notez que lorsque la « fonction de gestionnaire d'événements de clic de souris » est exécutée, la fonction de rappel setInterval est déclenchée pour la première fois. Comme la fonction de rappel setTimeout, elle sera mise en file d'attente jusqu'à la fin de la file d'attente d'exécution et attendra l'exécution. Cependant, veillez à faire attention à ceci : lorsque la fonction de rappel setInterval est déclenchée pour la deuxième fois (la fonction setTimeout est toujours en cours d'exécution à ce moment-là), le premier déclenchement de setInterval sera ignoré. Lorsqu'un long bloc de code est exécuté, toutes les fonctions de rappel setInterval peuvent être mises en file d'attente à la fin de la file d'attente d'exécution. Une fois le bloc de code exécuté, le résultat sera une grande série de fonctions de rappel setInterval en attente d'exécution, et entre ces fonctions. Pas d'intervalle jusqu'à ce que tout soit terminé. Par conséquent, les navigateurs ont tendance à mettre le gestionnaire suivant en file d'attente à la fin de la file d'attente lorsqu'il n'y a plus de gestionnaires d'intervalle dans la file d'attente (cela est dû au problème d'intervalle).

Nous pouvons constater que lorsque la troisième fonction de rappel setInterval est déclenchée, la fonction de rappel setInterval précédente est toujours en cours d'exécution. Cela illustre un fait très important : setInterval ne prend pas en compte ce qui est en cours d'exécution, mais met en file d'attente toutes les fonctions bloquées à la fin de la file d'attente. Cela signifie que l'intervalle de temps entre deux fonctions de rappel setInterval sera sacrifié (réduit).

Enfin, lorsque la deuxième fonction de rappel setInterval est exécutée, nous pouvons voir qu'aucun programme n'attend l'exécution du moteur JavaScript. Cela signifie que le navigateur attend maintenant qu'un nouvel événement asynchrone se produise. A 50ms, une nouvelle fonction de rappel setInterval est à nouveau déclenchée. A ce moment, aucun bloc d'exécution ne bloque son exécution. Il sera donc exécuté immédiatement.

Utilisons un exemple pour clarifier la différence entre setTimeout et setInterval :

 setTimeout ( function ( ) { 
   /* Some long block of code... */ 
  setTimeout (arguments. callee, 10 ); 
  }, 10 ); 
  
 setInterval ( function ( ) { 
   /* Some long block of code... */ 
  }, 10 );
 

Ces deux lignes de code peuvent ne pas sembler différentes à première vue, mais elles sont différentes. L'intervalle entre l'exécution de la fonction de rappel setTimeout et l'exécution précédente est d'au moins 10 ms (peut-être plus, mais pas moins de 10 ms), tandis que la fonction de rappel setInterval tentera de s'exécuter toutes les 10 ms, que la dernière exécution soit terminée ou non.

Nous avons beaucoup appris ici, pour résumer :

Le moteur JavaScript est monothread, ce qui oblige tous les événements asynchrones à être mis en file d'attente pour exécution
Il existe des différences fondamentales entre setTimeout et setInterval lors de l'exécution de code asynchrone
Si un minuteur est bloqué et ne peut pas être exécuté immédiatement, il retardera l'exécution jusqu'au prochain moment d'exécution possible (qui est plus long que l'intervalle de temps prévu)
Si le temps d'exécution de la fonction de rappel setInterval est suffisamment long (plus long que l'intervalle de temps spécifié), elles seront exécutées en continu et sans intervalle de temps entre elles.

Ce qui précède représente l'intégralité du contenu de cet article. J'espère qu'il sera utile à tout le monde dans l'apprentissage du traitement asynchrone javascript.