Les Web Workers font partie du standard HTML5

Définit un ensemble d'API qui nous permettent d'ouvrir un nouveau thread de travail en dehors du thread js principal et d'y exécuter un script js.

Donne aux développeurs la possibilité d'utiliser js pour fonctionner en multi-threads

L'interface utilisateur de l'application Web reste réactive même si le script s'exécute pendant une longue période

Améliorer les performances de la page : effectuez certaines opérations gourmandes en calculs ou chronophages dans le thread d'arrière-plan, telles que le traitement des données, le traitement des images, etc., sans occuper le thread principal, évitant ainsi les retards ou les gels de page et améliorant les performances et la réactivité de la page. .

Traiter des données à grande échelle : les données à grande échelle peuvent être traitées car elles s'exécutent dans des threads séparés et n'affecteront pas l'exécution du thread principal. Les données à grande échelle peuvent être traitées plus efficacement, améliorant ainsi l'efficacité et l'évolutivité du code.

Rendre le code plus modulaire : le code peut être divisé en plusieurs modules et exécuté dans différents threads, rendant ainsi le code plus modulaire, maintenable et lisible.

Prise en charge du multi-threading : prend en charge le multi-threading, afin que vous puissiez profiter des processeurs multicœurs pour améliorer l'efficacité d'exécution de votre code.

Traitement d'image : comme la rotation, le recadrage, la mise à l'échelle, les filtres, etc. Cela améliore les performances et la réactivité du traitement de l’image.

Traitement des données : comme le filtrage, le tri, la synthèse et la transformation d'ensembles de données, etc. Cela améliore l’efficacité et la précision du traitement des données.

Tâches nécessitant beaucoup de calcul : telles que la simulation, l'optimisation, la prédiction, les statistiques, etc. Cela améliore la vitesse et la précision des tâches informatiques.

Communication en temps réel : comme les salons de discussion, les jeux, la vidéoconférence, etc. Cela améliore la stabilité et les performances des communications en temps réel.

Mise en cache hors ligne : les ressources couramment utilisées peuvent être pré-téléchargées dans le cache local du client, et les ressources du cache peuvent être utilisées lorsqu'Internet n'est pas accessible. Cela peut améliorer la convivialité et la réactivité de votre application, en particulier sur les appareils mobiles.

Traitement multi-thread : comme le calcul parallèle, la répartition des tâches, l'équilibrage de charge, etc. Cela améliore la concurrence et l’évolutivité du système.

Le transfert de données entre le thread principal et le thread de travail s'effectue par valeur plutôt que par adresse. Par conséquent, même si un objet est transmis et renvoyé directement, la valeur reçue n'est pas la valeur d'origine.

erreur : déclenché lorsqu'une erreur se produit à l'intérieur du travailleur

messageerror : déclenché lorsque l'événement de message reçoit des paramètres qui ne peuvent pas être désérialisés

Similitude : que le travailleur soit arrêté dans le thread principal ou qu'il soit arrêté dans le thread de travail, les tâches de la boucle d'événements actuelle du thread de travail continueront à s'exécuter.

La différence : lorsque le travailleur est fermé manuellement dans le thread principal, la connexion entre le thread principal et le thread de travail sera immédiatement arrêtée même s'il y a encore des tâches à exécuter dans la boucle d'événements actuelle du thread de travail, le postMessage. () continuera à être appelée, mais le thread principal ne recevra plus de message reçu. La fermeture du travailleur à l'intérieur du thread de travail ne le déconnectera pas directement du thread principal, mais attendra que toutes les tâches de la boucle d'événements actuelle du thread de travail soient terminées avant de le fermer. En d’autres termes, si vous continuez à appeler la méthode postMessage() dans la boucle d’événements actuelle, le thread principal peut toujours recevoir des messages en écoutant l’événement de message.

Web Worker fournit la méthode importScripts() dans le thread de travail pour charger les fichiers js dont nous avons besoin. De plus, les fichiers js chargés via cette méthode ne sont pas soumis à la même politique d'origine.

Mode ESModule : lorsque le fichier js est en mode ESModule, importScripts() ne parviendra pas à importer le fichier. Dans ce cas, vous devez utiliser const worker = new Worker('/worker.js', {type : 'module'}. ) pour spécifier le type de fichier, puis vous pouvez Introduit à l'aide de la méthode d'importation

Les objets Erreur et Fonction et les nœuds Dom ne peuvent pas être transmis

Pour déboguer sharedWorker, vous devez entrer chrome://inspect/ dans le navigateur Chrome. Ici, vous pouvez voir tous les sharedWorkers en cours d'exécution, puis ouvrir un panneau d'outils de développement indépendant.

Les Web Workers sont déjà pris en charge par la plupart des navigateurs et il n'est pratiquement pas nécessaire de prendre en compte les problèmes de compatibilité lors de leur utilisation.

La compatibilité de sharedWorker dans Safari et les terminaux mobiles n'est pas très bonne, vous devez donc faire attention lors de son utilisation.