¿Es JavaScript multiproceso?

Question

Aquí es mi tema - Necesito descargar dinámicamente varios scripts usando jQuery.getScript() y ejecutar cierto código JavaScript después se cargaron todos los guiones, así que mi plan era hacer algo como esto:

function GetScripts(scripts, callback) 
{ 
    var len = scripts.length 
    for (var i in scripts) 
    { 
    jQuery.getScript(scripts[i], function() 
    { 
     len --; 
     // executing callback function if this is the last script that loaded 
     if (len == 0) 
     callback() 
    }) 
    } 
} 

Esta voluntad solo funcionan de forma confiable si asumimos que script.onload eventos para cada script de disparo y se ejecutan de forma secuencial y sincrónica, por lo que nunca habrá una situación en la que dos o más de los controladores de eventos pasarán check (len == 0) y ejecutarán callback method .

Así que mi pregunta - es esa suposición correcta y, de no ser así, ¿cuál es la manera de lograr lo que estoy tratando de hacer?

Answer 1

No, JavaScript no tiene varios subprocesos. Se basa en eventos y su suposición de que los eventos se disparan secuencialmente (suponiendo que se carguen de forma secuencial) es lo que verá. Su implementación actual parece correcta. Creo que jQuery's .getScript() inyecta una nueva etiqueta <script>, que también debería obligarlos a cargar en el orden correcto.

Answer 2

No, todos los navegadores solo le dan un hilo para JavaScript.

Answer 3

Actualmente JavaScript no es multiproceso, pero las cosas cambiarán en un futuro próximo. Hay un new thing in HTML5 llamado Worker. Te permite hacer un trabajo en segundo plano.

Pero actualmente no es compatible con todos los navegadores.

Answer 4

JavaScript no es multiproceso: tiene la garantía de que cualquier controlador que utilice no será interrumpido por otro evento. Cualquier otro evento, como clics del mouse, devuelve XMLHttpRequest y temporizadores se pondrá en cola mientras se ejecuta el código y se ejecutará uno tras otro.

Answer 5

El JavaScript (ECMAScript) specification no define ningún mecanismo de subprocesamiento o sincronización.

Además, los motores de JavaScript en nuestros navegadores son deliberadamente de un solo subproceso, en parte porque permitir que más de un subproceso de interfaz de usuario funcionen simultáneamente abriría una enorme lata de gusanos. Entonces su suposición e implementación son correctas.

Como comentario, another commenter alude al hecho de que ningún proveedor intérprete de javascript podría añadir funciones de roscado y de sincronización, o un proveedor podría permitir a los usuarios para implementar esas características a sí mismos, como se describe en este artículo: Multi-threaded JavaScript?

Answer 6

pensé que podría ser interesante para probar esto con un " forzados", la entrega de la escritura demorada ...

1. añaden dos secuencias de comandos disponibles desde Google
2. añadió delayjs.php como el segundo elemento de matriz. delayjs.php duerme durante 5 segundos antes de entregar un objeto js vacío.
3. añadió una devolución de llamada que " verifica" la existencia de los objetos que se esperan de el guión archivos.
4. añaden algunos comandos js que se ejecutan en la línea después de que los GetScripts() llamar, a "prueba " comandos js secuenciales.

El resultado con la carga del script es el esperado; la devolución de llamada se activa solo después de que se haya cargado la última secuencia de comandos. Lo que me sorprendió fue que los comandos js que siguieron a la llamada GetScripts() se activaron sin la necesidad de esperar a que se cargara la última secuencia de comandos. Yo tenía la impresión de que no hay comandos js serían ejecutados, mientras que el navegador estaba esperando en un script js para cargar ...

var scripts = []; 
scripts.push('http://ajax.googleapis.com/ajax/libs/prototype/1.6.1.0/prototype.js'); 
scripts.push('http://localhost/delayjs.php'); 
scripts.push('http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.3/scriptaculous.js'); 


function logem() { 
    console.log(typeof Prototype); 
    console.log(typeof Scriptaculous); 
    console.log(typeof delayedjs); 
} 

GetScripts(scripts, logem); 

console.log('Try to do something before GetScripts finishes.\n'); 
$('#testdiv').text('test content'); 

<?php 

sleep(5); 
echo 'var delayedjs = {};'; 

Answer 7

es probable que pueda obtener algún tipo de multithreadedness si crea un número de fotogramas en una Documento HTML, y ejecute un script en cada uno de ellos, cada uno de los cuales llama a una función en el marco principal que debería dar sentido a los resultados de esas funciones.

Answer 8

Para ser claros, el navegador implementación JS es no multiproceso.

El lenguaje , JS, puede ser multihilo.

Sin embargo, la pregunta no se aplica aquí.

Lo que aplica es que getScript() es asíncrono (devuelve inmediatamente y se pone en cola), sin embargo, el navegador ejecutará el contenido DOM <script> secuencialmente para que su código JS dependiente los vea cargados secuencialmente. Esta es una función del navegador y no depende del enhebrado JS ni de la llamada a getScript().

Si getScript() recuperara scripts con xmlHTTPRequest, setTimeout(), websockets o cualquier otra llamada asincrónica, entonces no se garantizaría que sus scripts se ejecuten en orden. Sin embargo, su devolución de llamada seguirá recibiéndose después de que se ejecuten todas las secuencias de comandos, ya que el contexto de ejecución de la variable 'len' está en un cierre que persiste en su contexto mediante invocaciones asincrónicas de su función.

Answer 9

JS en general es de rosca simple. Sin embargo, los trabajadores web de HTML5 introducen multi-threading. Más información en http://www.html5rocks.com/en/tutorials/workers/basics/