Quelles sont les limitations des threads Web Worker?

Les flux de Web Worker ont les limitations suivantes:

• Absence d'accès au DOM: Les Web Workers ne peuvent pas manipuler directement la structure du document, car ils fonctionnent dans un contexte séparé sans accès à l'objet window.
• Absence d'accès à certains objets window: Ils n'ont pas accès directement à des objets tels que localStorage, XMLHttpRequest (bien qu'il existe des moyens de contourner cela via fetch ou le transfert de données), alert, confirm, prompt et autres liés à l'interface utilisateur.
• Absence d'accès direct au contexte parent: Il n'est pas possible d'accéder directement aux variables et fonctions du script qui a créé le Web Worker. L'interaction se fait via des messages (postMessage).
• Transmission de données uniquement par sérialisation: Les données entre le thread principal et le Web Worker sont transmises par copie (clonage structuré). Cela signifie que les objets transmis doivent être sérialisables.
• Chargement de scripts uniquement depuis le même domaine: Les Web Workers ne peuvent charger des scripts que depuis le même domaine que celui où le script principal a été chargé (politique de même origine). Les Service Workers en sont une exception.
• Quantité limitée: Il existe une limite au nombre de Web Workers pouvant fonctionner simultanément, en fonction du navigateur et des ressources système.
• Absence d'accès à certaines API: Certaines API du navigateur ne sont pas accessibles dans les Web Workers, par exemple WebGL (bien qu'il existe des implémentations expérimentales comme OffscreenCanvas).