Lista de motores JavaScript

Los primeros motores de JavaScript eran intérpretes del código fuente , pero los motores modernos utilizan la compilación justo a tiempo para mejorar el rendimiento. ^{[ 1 ]} Los motores de JavaScript suelen ser desarrollados por los proveedores de navegadores web , y todos los navegadores principales incluyen uno. En un navegador, el motor de JavaScript se ejecuta junto con el motor de renderizado a través del Modelo de Objetos del Documento y los enlaces Web IDL . ^{[ 2 ]} Sin embargo, el uso de motores de JavaScript no se limita a los navegadores; por ejemplo, el motor V8 es un componente central del sistema de tiempo de ejecución de Node.js. ^{[ 3 ]} También se les llama motores ECMAScript , por el nombre oficial de la especificación. Con la llegada de WebAssembly , algunos motores también pueden ejecutar este código en el mismo entorno aislado que el código JavaScript normal. ^{[ 4 ] [ 3 ]}

El primer motor JavaScript fue creado por Brendan Eich en 1995 para el navegador web Netscape Navigator . ^{[ 5 ]} Era un intérprete rudimentario para el lenguaje naciente que Eich inventó. ^{[ 6 ]} (Este evolucionó hasta convertirse en el motor SpiderMonkey , que todavía utiliza el navegador Firefox . ^{[ 5 ]} )

Google lanzó su navegador Chrome en 2008, introduciendo el motor JavaScript V8 que en ese momento era mucho más rápido que su competencia. ^{[ 7 ] [ 8 ]} Esto desató una carrera entre los proveedores de navegadores para ofrecer motores JavaScript cada vez más rápidos. ^{[ 9 ]} Las innovaciones clave alrededor de esta era fueron el cambio de intérpretes básicos de recorrido de árbol a intérpretes de VM de código de bytes basados ​​en pila y registro , compilación justo a tiempo (JIT), almacenamiento en caché en línea (clases ocultas) y GC generacional . Apple lanzó el motor Nitro habilitado para JIT en junio de 2008 para su navegador Safari , que tenía un rendimiento un 30% mejor que su predecesor. ^{[ 10 ] [ 11 ]} Mozilla siguió el ejemplo en agosto de 2008 con TraceMonkey, el primer compilador JIT para el motor SpiderMonkey, lanzado en Firefox 3.1. ^{[ 12 ]} Opera se unió a la carrera del rendimiento con su motor Carakan basado en código de bytes de registro y habilitado para JIT, 2009 ^{[ 13 ]} y lanzado en abril de 2010. ^{[ 14 ]} El primer motor Chakra habilitado para JIT de Microsoft , en desarrollo desde 2008, ^{[ 15 ]} debutó como parte de Internet Explorer 9 en 2011. Su reescritura principal apareció en Microsoft Edge Legacy en 2015 y se publicó como código abierto como ChakraCore en 2016.

Más adelante se lograron mejoras de rendimiento adicionales en los principales motores de JavaScript con la introducción de arquitecturas JIT de múltiples niveles. Se utilizan compiladores JIT progresivamente avanzados para optimizar los puntos críticos en el código del usuario, y cada nivel siguiente ofrece un código nativo cada vez más eficiente a costa de un tiempo de compilación más lento. Chrome fue el primero en implementarlo en V8 en 2010 con la introducción de Crankshaft, un compilador JIT de 2 niveles. ^{[ 16 ]} Para 2023, la arquitectura de V8 evolucionó a 4 niveles: Ignition – intérprete de bytecode basado en registros, Sparkplug – un compilador JIT rápido sin optimización, Maglev y TurboFan – compiladores JIT optimizadores más lentos. ^{[ 17 ]} JavaScriptCore hoy tiene una arquitectura similar de 4 niveles, ^{[ 18 ]} mientras que SpiderMonkey y ChakraCore de Firefox tienen 3 niveles (intérprete y JIT de 2 niveles). ^{[ 19 ] [ 20 ]} Sin embargo, esta complejidad cada vez mayor de los compiladores JIT ha sido criticada como una fuente abundante de errores en los navegadores, lo que ha llevado a algunos proveedores de navegadores a deshabilitar JIT por completo, como el "Modo súper seguro" de Microsoft Edge , introducido en 2021 y que, según se informa, tiene un impacto mínimo en el rendimiento para la navegación diaria. ^{[ 21 ]}

La influencia de V8 se extendió más allá de los navegadores con el lanzamiento de Node.js en 2009 y su gestor de paquetes npm en 2010. A medida que su popularidad se disparó, V8 también se convirtió en el motor que impulsaba grandes cantidades de código JavaScript del lado del servidor. ^{[ 22 ] [ 23 ]} En 2013, apareció el framework Electron que permitió a los desarrolladores crear aplicaciones de escritorio con tecnologías web, utilizando Chromium con V8 y Node.js como base. ^{[ 24 ]}

Aprovechando las mejoras de rendimiento en los motores de JavaScript, el compilador Emscripten de C/C++ a JavaScript apareció entre 2010 y 2011 y permitió ejecutar código C/C++ complejo existente, como motores de juegos e incluso máquinas virtuales completas , directamente en el navegador. asm.js , un subconjunto de JavaScript de bajo nivel altamente optimizable para dichos compiladores, surgió en 2013, siendo Firefox el primero en implementar optimizaciones específicas para él con el módulo OdinMonkey. ^{[ 25 ]} Finalmente, asm.js y NaCl (una tecnología competidora de Google) evolucionaron hasta convertirse en el estándar WebAssembly en 2017, y todos los motores principales agregaron soporte para él. ^{[ 4 ]}

La brecha de seis años entre ECMAScript 5 (2009) y ES6 (2015) marcó un punto de inflexión importante para el desarrollo de motores JavaScript. Mientras que ES5 era un lenguaje relativamente compacto con una implementación básica sencilla, ES6 introdujo los fundamentos del JavaScript moderno, con una complejidad sustancialmente mayor, así como un ciclo de lanzamiento anual para nuevas versiones de la especificación. Esto centró la atención no solo en la optimización del rendimiento, sino también en mantenerse al día con los estándares en rápida evolución (tanto de ECMAScript como del ecosistema web en general) y condujo a una consolidación en torno a los motores que tenían los recursos para hacerlo. Muchos proyectos más pequeños no terminaron implementando completamente la especificación ES6, y Opera y Microsoft dejaron de desarrollar sus motores y adoptaron V8 en 2013 y 2021. ^{[ 26 ] [ 27 ]} El motor Nashorn fue eliminado de OpenJDK debido a una preocupación similar sobre el rápido desarrollo de ECMAScript. ^{[ 28 ]}

Estos motores se han descontinuado y resultan interesantes principalmente desde una perspectiva histórica. Algunos aún podrían utilizarse hoy en día con fines heredados (especialmente los antiguos motores de Microsoft que siguen incluyéndose en Windows ).

• Comparación de motores de búsqueda
• Comparación de navegadores web