¿Cómo sabe un proceso node.js cuándo detenerse?

Question

Dado que muchos scripts node.js siguen un patrón de hacer algo de manera asincrónica (ejemplo a continuación), ¿cómo saben cuándo detenerse?

En el siguiente código, ¿cómo determina el nodo después de procesar el writefile, y el registro de la devolución de llamada apropiada, que el proceso debe ser mantenido con vida hasta la devolución de llamada (s) de gestión?

fs = require('fs'); 

fs.writeFile('foo', 'cat', function() { 
    console.log('wrote to foo!'); 
    fs.readFile('foo', 'utf8', function(err, data) { 
    console.log(data); 
    }); 
}); 

Answer 1

node realiza un seguimiento de todas las solicitudes de trabajo pendientes. Su llamada fs.writefile() crea una solicitud de trabajo para E/S y agrega su devolución de llamada a esa solicitud. nodo guarda la solicitud de trabajo en sus tablas al mismo tiempo que inicia la actividad de E/S. La ejecución del código sale cuando alcanzas el final de tu función. (Pero tu memoria/variables/permanecen etc.)

acabados Más tarde, la E/S y el nodo toma la solicitud de trabajo de sus mesas. Ve la devolución de llamada asociada a la solicitud y así llama a esa función con los resultados de la solicitud de E/S. Sus datos globales aún existen y aún existen variables en los cierres, por lo que su código parece que nunca se detuvo.

Si no hace nada más, no hacen más peticiones, a continuación, cuando regrese de sus funciones de nodo se detendrá, porque entonces no habrá ningún resto de solicitudes en las colas.

lo que el nodo 'sabe' para seguir funcionando porque rastrea trabajo solicitudes activas en sus tablas y no se detendrá hasta que todos en cola el trabajo está hecho y esas mesas están vacías.

Tenga en cuenta que "el trabajo en cola" puede incluir cosas como esperar a que los temporizadores o en espera de datos de la red para llegar. Usted hace una solicitud que dice "llámame aquí cuando/si algo sucede más tarde".

setTimeout() es una solicitud de trabajo también (si entrecierra un poco los ojos). Con un temporizador sabrá que algo sucederá y cuándo sucederá. Con setTimeout() solo ocurrirá un 'algo'. nodo hará una sola llamada a su devolución de llamada y luego 'olvidará' la solicitud de trabajo. Si, en su lugar, usa setInterval(), ha creado una solicitud de trabajo persistente. nodo "guardará" la solicitud de trabajo en sus tablas y llamará a su devolución de llamada repetidamente, hasta que cancele la solicitud.

net.Server.listen() es otra solicitud de trabajo que es una solicitud de trabajo persistente. No sabe cuándo se llamará a su devolución de llamada ni cuántas veces, porque eso depende de los clientes remotos que se conectan a su servidor. nodo mantiene la solicitud de trabajo activa en sus tablas hasta que cancela la solicitud.