L'ajax est-il multithread ?

ajax n'est pas multithread, mais monothread, car JavaScript est monothread et Ajax appartient à la catégorie JavaScript, donc Ajax est monothread. La raison pour laquelle Ajax peut être utilisé pour réaliser le multithreading dépend du serveur Web. Le serveur utilise le multithreading pour traiter les requêtes.

L'environnement d'exploitation de ce tutoriel : système Windows 7, JavaScript version 1.8.5, ordinateur Dell G3.

Ajax est-il monothread ou multithread ?

Tout d'abord, soyons clairs : Ajax est monothread, car JavaScript est monothread, et Ajax appartient à la catégorie JavaScript, donc Ajax est monothread. La raison pour laquelle nous pouvons utiliser Ajax pour réaliser le multi-threading dépend du serveur Web. Le serveur utilise le multi-threading pour traiter les requêtes.

Alors soyons clairs : le navigateur est multi-processus. Comme le montre la figure, chaque fois qu'une page à onglet est ouverte dans Google Chrome, il y aura un processus enfant.

Parce que JS s'exécute dans le navigateur, il est monothread. Chaque fenêtre a un thread JS, seul un code spécifique peut être exécuté à un moment précis et bloque les autres codes.

Ajax asynchrone ?

Les requêtes Ajax sont en effet asynchrones. Le moteur js exécute du code asynchrone sans attendre à cause de la Message Queue et de la Event Loop. Cette requête est faite par le navigateur pour ouvrir un nouveau fil de discussion. De nombreux comportements dans le navigateur sont asynchrones. Lorsqu'un événement asynchrone se produit, il entre dans la file d'attente des événements. Le navigateur dispose d'une grande boucle de messages interne, la boucle d'événements, qui interroge la grande file d'attente des événements et traite l'événement. une fois le traitement précédent terminé et l'événement inactif, le moteur JavaScript exécute toujours la fonction de rappel dans un seul thread.

Conclusion :

La requête Ajax est en effet asynchrone. Cette requête est faite par le navigateur pour ouvrir une nouvelle requête de thread. Lorsque l'événement est rappelé, il est placé dans la file d'attente des événements monothread de la boucle d'événement pour attendre. pour le traitement.

La fonction de rappel que nous avons ajoutée lors de l'enregistrement de la tâche asynchrone est placée dans la file d'attente des messages. Une fois que le thread principal a lancé la requête AJAX, il continuera à exécuter un autre code. Le thread AJAX est chargé de demander l'URL. Après avoir obtenu la réponse, il encapsulera la réponse dans un objet JavaScript, puis construira un message :

// ajax请求
$.ajax(url, function(resp) {
    console.log('我是响应：', resp);
});
 
 
// 消息队列中的消息就长这个样子
var message = function () {
    callbackFn(response);
}
// 其中的callbackFn就是前面代码中得到成功响应时的回调函数。

Une fois que le thread principal aura fini d'exécuter tout le code de la boucle actuelle, il ira à la file d'attente des messages pour récupérer ce message et l'exécuter. À ce stade, la notification du thread de travail au thread principal est terminée et la fonction de rappel a été exécutée. Si le thread principal ne fournit pas de fonction de rappel au début, le thread AJAX n'a ​​pas besoin de notifier le thread principal après avoir reçu la réponse HTTP, et il n'est pas nécessaire de mettre les messages dans la file d'attente des messages. Parmi eux, la fonction de rappel du processus asynchrone ne doit pas être exécutée dans le tour en cours de la boucle événementielle.

【Recommandation de tutoriel connexe : Tutoriel vidéo AJAX】

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!