API Web Workers

LesWeb Workers sont un mécanisme grâce auquel les instructions d'un script peuvent être exécutés dans un thread en arrière-plan séparé du thread d'exécution principal d'une application web. Cela a pour avantage qu'un traitement laborieux peut être réalisé dans un thread séparé, permettant au thread principal (généralement l'interface utilisateur) de fonctionner sans blocage ni ralentissement.

Concepts et utilisation des Web Workers

Un worker est un objet créé en utilisant un constructeur (e.g.Worker()) qui exécute un fichier JavaScript nommé — ce fichier contient le code que doit exécuter le thread du worker; les workers s'exécutent dans un autre contexte global qui est différent du contexte actuelwindow. Ce contexte est représenté par un objetDedicatedWorkerGlobalScope dans le cas des workers dédiés (workers standards utilisés par un script unique; les workers partagés utilisentSharedWorkerGlobalScope).

Vous pouvez exécuter quelque code que ce soit à l'intérieur du thread du worker, avec quelques exceptions cependant. Par exemple, vous ne pouvez pas directement manipuler le DOM à partir d'un worker, ou utiliser des méthodes et des propriétés par défaut de l'objetwindow. Mais vous pouvez utiliser un grand nombre des éléments disponibles souswindow, comprenant lesWebSockets, et les mécanismes de stockage de données tels qu'IndexedDB et l'API Data Store spécifique à Firefox OS. ConsultezLes fonctions et classes accessibles aux workers pour plus de détails.

Les données sont envoyées entre les workers et le thread principal au moyen d'un sytème de messages — des deux côtés les messages sont envoyés en utilisant la méthodepostMessage(), et la réponse leur parvient au moyen du gestionnaire d'événementonmessage (le message est contenu dans l'attributdata de l'événementmessage.) Les données sont copiées plutôt que partagées.

Les workers peuvent à leur tour engendrer de nouveaux workers, aussi longtemps que ces workers partagent la même origine que la page parente. De plus, les workers peuvent utiliserXMLHttpRequest pour les E/S réseau, à l'exception que les attributsresponseXML etchannel deXMLHttpRequest retournent toujoursnull.

En plus des workers dédiés, il y a d'autres types de worker :

Les workers partagés sont des workers qui peuvent être utilisés par de multiples scripts s'exécutant dans différentes fenêtres, IFrames, etc., aussi longtemps qu'ils sont dans le même domaine que le worker. Leur fonctionnement est un petit plus complexe que les workers dédiés — les scripts doivent communiquer via un port actif. ConsultezSharedWorker pour plus de détails.
LesServiceWorkers fonctionnent essentiellement comme des serveurs proxy placés entre des applications web, et le navigateur et le réseau (lorsque disponibles). Ils sont destinés (entre autres choses) à permettre la création de véritables expériences déconnectées, interceptant les requêtes du réseau et prenant des décisions appropriées en fonction de la disponibilité du réseau et de la mise à jours des ressources situées sur le serveur. Ils permettront aussi d'accéder à des notifications poussées (push) et à des APIs synchronisées en arrière-plan.
Les Workers Chrome sont un type de worker spécifique à Firefox que vous pouvez utiliser si vous développez des extensions et que vous voulez y utiliser des workers et avoir accès auxjs-ctypes dans votre worker. ConsulterChromeWorker pour plus de détails.
LesAudio Workers donne la possibilité d'effectuer directement dans le contexte d'un worker web un traitement audio scripté.

Note :Selon lesSpécifications de Web Worker, les erreurs dans les workers ne devraient pas déborder (voirbug Firefox 1188141). Cela a été implémenté dans Firefox 42.

Les interfaces Web Worker

AbstractWorker: Propriétés et méthodes abstraites communes à tous les types de workers (i.e.Worker ouSharedWorker).
Worker: Représente le thread d'un worker en cours d'exécution, vous permettant de passer des messages au code du worker en cours d'exécution.
WorkerLocation: Défini la localisation du scripte exécuté par leWorker.
SharedWorker: Représente un type spécifique de worker qui peut êtreaccédé à partir de plusieurs contextes de navigation, à savoir plusieurs fenêtres, iframes ou même workers.
WorkerGlobalScope: Représente le contexte générique de tout worker (il joue le même rôle queWindow pour un contenu web normal). Les différents types de worker ont un contexte d'objets qui hérite de cette interface et ajoute des fonctionnalités supplémentaires.
DedicatedWorkerGlobalScope: Représente le contexte d'un worker dédié, héritant deWorkerGlobalScope et ajoutant des fonctionnalités spécifiques.
SharedWorkerGlobalScope: Représente le contexte d'un worker partagé, héritant deWorkerGlobalScope et ajoutant des fonctionnalités spécifiques.
WorkerNavigator: Représente l'identité et l'état de l'agent utilisateur (le client):