Node.js (64-bit)

Como un tiempo de ejecución de JavaScript controlado por eventos asíncronos, Node está diseñado para crear aplicaciones de red escalables. En el siguiente ejemplo de "hola mundo", muchas conexiones se pueden manejar al mismo tiempo. En cada conexión, la devolución de llamada se activa, pero si no hay trabajo por hacer, Node se pondrá en espera.

Esto contrasta con el modelo de concurrencia más común de la actualidad, en el que se emplean subprocesos del sistema operativo. Las redes basadas en hilos son relativamente ineficientes y muy difíciles de usar. Además, los usuarios de Nodejs están libres de preocupaciones de bloquear el proceso, ya que no hay bloqueos. Casi ninguna función en el nodo realiza directamente la E / S, por lo que el proceso nunca se bloquea. Debido a que nada bloquea, los sistemas escalables son muy razonables de desarrollar en Node.

Node.js es similar en diseño a, e influenciado por, sistemas como Ruby's Event Machine o Python's Twisted. Lleva el modelo de evento un poco más lejos. Presenta un bucle de eventos como una construcción en tiempo de ejecución en lugar de como una biblioteca. En otros sistemas, siempre hay una llamada de bloqueo para iniciar el bucle de eventos. El comportamiento típico se define a través de devoluciones de llamada al principio de un script y al final inicia un servidor a través de una llamada de bloqueo como EventMachine :: run (). En el nodo js no existe tal llamada de inicio del evento. Simplemente entra en el bucle de eventos después de ejecutar el script de entrada. El nodo sale del bucle de eventos cuando no hay más devoluciones de llamada que realizar. Este comportamiento es como el navegador JavaScript: el bucle de eventos está oculto para el usuario.

HTTP es un ciudadano de primera clase en Nodejs, diseñado con transmisión y baja latencia en mente. Esto hace que Node js sea adecuado para la base de una biblioteca web o framework.

El hecho de que Node.js esté diseñado sin subprocesos no significa que no pueda aprovechar los múltiples núcleos de su entorno. Los procesos secundarios se pueden generar mediante el uso de child_process.fork () API y están diseñados para que sea fácil comunicarse con ellos. Construido sobre esa misma interfaz está el módulo de clúster, que le permite compartir sockets entre procesos para habilitar el equilibrio de carga en sus núcleos.