--- title: Web Workers API slug: Web/API/Web_Workers_API translation_of: Web/API/Web_Workers_API ---
{{DefaultAPISidebar("Web Workers API")}}
Los Web Workers hacen posible ejecutar la operación de un script en un hilo en segundo plano separado de la ejecución el hilo principal de la aplicación web. La ventaja de esto es que un proceso laborioso puede actuar en un hilo separado, permitiendo al hilo principal (normlamente la UI) ejecutarse sin ser bloqueado o ralentizado.
Un worker es un objeto que se crea a través del constructor ( {{domxref("Worker.Worker", "Worker()")}}) este ejecuta un archivo javascript — este fichero contiene los scripts que se van a ejecutan en el hilo del worker; los workers se ejecutan en un contexto global diferente al actual del navegador {{domxref("window")}}. Este contexto está representado por el objeto {{domxref("DedicatedWorkerGlobalScope")}} en el caso de los workers dedicados (los workers standard utilizan un solo script; y los shared workers usan {{domxref("SharedWorkerGlobalScope")}}).
Podemos ejecutar los script que necesitemos dentro del hilo del worker, pero con algunas excepciones. Por ejemplo no se puede manipular directamente el DOM, ni usar algunos métodos y propiedades por defecto del objeto {{domxref("window")}}. Pero puede usar un gran número de elementos que están dentro de window
, incluyendo WebSockets, y data storage formas de almacenamiento como IndexedDB y solo en Firefox OS Data Store API. Mira Funciones y clases disponibles para workers para saber más.
Los datos se comunican entre los workers y el hilo principal a través de un sistema de mensajes — tanto del hilo principal como del worker para enviar un mensaje se invoca al método postMessage()
, y a través del listener del evento onmessage
se pueden escuchar los mensajes (El mensaje está dentro de la propiedad data
del evento) . Los datos se copian en lugar de compartirse.
Los workers también pueden generar nuevos workers, siempre que los workers estén en la misma página que el principal. Además, los workers pueden usar XMLHttpRequest
para la network I/O, con la excepción de que los atributos responseXML
y channel
de XMLHttpRequest
siempre retornan valor null
.
Ademas de los workers dedicados, hay otro tipo de workers:
Note: Según el Web workers Spec, los errores del worker no deberían bubujear (mira {{bug(1188141)}}. Esto está implementado en Firefox 42.
Worker
.Hemos creado un par de demostraciones para ver su uso básico:
You can find out more information on how these demos work in Using web workers.
Specification | Status | Comment |
---|---|---|
{{SpecName('HTML WHATWG', '#workers')}} | {{Spec2('HTML WHATWG')}} |
Característica | Chrome | Edge | Firefox (Gecko) | Internet Explorer | Opera | Safari (WebKit) |
---|---|---|---|---|---|---|
soporte básico | 4 | {{CompatVersionUnknown}} | {{CompatGeckoDesktop(1.9.1)}} | 10.0 | 10.6 | 4 |
Shared workers | 4 | {{CompatNo}} | {{CompatGeckoDesktop(29)}} | {{CompatNo}} | 10.6 | 4 |
Paso de datos usando structured cloning | 13 | {{CompatVersionUnknown}} | {{CompatGeckoDesktop(8)}} | 10.0 | 11.5 | 6 |
Paso de datos usando transferable objects | 17 {{property_prefix("webkit")}} 21 |
{{CompatNo}} | {{CompatGeckoDesktop(18)}} | {{CompatNo}} | 15 | 6 |
Global {{domxref("window.URL", "URL")}} | 10[1] 23 |
{{CompatVersionUnknown}} | {{CompatGeckoDesktop(21)}} | 11 | 15 | 6[1] |
Característica | Android | Chrome for Android | Edge | Firefox Mobile (Gecko) | Firefox OS (Gecko) | IE Phone | Opera Mobile | Safari Mobile |
---|---|---|---|---|---|---|---|---|
Soporte básico | 4.4 | 4 | {{CompatVersionUnknown}} | {{CompatGeckoMobile(1.9.1)}} | 1.0.1 | 10.0 | 11.5 | 5.1 |
Shared workers | {{CompatNo}} | 4 | {{CompatNo}} | 29 | 1.4 | {{CompatNo}} | {{CompatNo}} | {{CompatNo}} |
Pasando datos usando structured cloning | {{CompatNo}} | 4 | {{CompatVersionUnknown}} | 8 | 1.0.1 | {{CompatNo}} | {{CompatNo}} | {{CompatNo}} |
Pasando datos usando transferable objects | {{CompatNo}} | {{CompatNo}} | {{CompatNo}} | 18 | 1.0.1 | {{CompatNo}} | {{CompatNo}} | {{CompatNo}} |
[1] As webkitURL
.