JavaScript

El primer navegador web popular con interfaz gráfica de usuario , Mosaic , se lanzó en 1993. Los desarrolladores principales de Mosaic fundaron la corporación Netscape , que lanzó un navegador más pulido, Netscape Navigator , en 1994. Este se convirtió rápidamente en el más utilizado. ^{[ 16 ]}

Durante los primeros años de la Web, las páginas web solo podían ser estáticas, sin capacidad para un comportamiento dinámico una vez cargadas en el navegador. En el floreciente sector del desarrollo web existía el deseo de eliminar esta limitación, por lo que en 1995, Netscape decidió añadir un lenguaje de programación a Navigator. Para lograrlo, siguieron dos caminos: colaborar con Sun Microsystems para integrar el lenguaje Java y contratar a Brendan Eich para integrar el lenguaje Scheme . ^{[ 6 ]}

El objetivo era un "lenguaje para las masas" ^{[ 17 ]} "para ayudar a personas sin conocimientos de programación a crear sitios web dinámicos e interactivos ". ^{[ 18 ]} La dirección de Netscape pronto decidió que la mejor opción era que Eich diseñara un nuevo lenguaje, con una sintaxis similar a Java y menos parecida a Scheme u otros lenguajes de scripting existentes . ^{[ 5 ] [ 6 ]} Aunque el nuevo lenguaje y su implementación de intérprete se llamaron LiveScript cuando se lanzaron por primera vez como parte de una versión beta de Navigator en septiembre de 1995, el nombre se cambió a JavaScript para el lanzamiento oficial en diciembre. ^{[ 1 ] [ 6 ] [ 19 ] [ 20 ]}

La elección del nombre JavaScript causó confusión, dando a entender que estaba directamente relacionado con Java. En aquel entonces, el auge de las puntocom había comenzado y Java era un nuevo lenguaje popular, por lo que Eich consideró que el nombre JavaScript era una estrategia de marketing de Netscape. ^{[ 17 ]}

Microsoft lanzó Internet Explorer en 1995, lo que dio lugar a una guerra de navegadores con Netscape. En el ámbito de JavaScript, Microsoft creó su propio intérprete llamado JScript . ^{[ 21 ]}

Microsoft lanzó JScript por primera vez en 1996, junto con el soporte inicial para CSS y extensiones para HTML . Cada una de estas implementaciones era notablemente diferente de sus contrapartes en Netscape Navigator . ^{[ 22 ] [ 23 ]} Estas diferencias dificultaron que los desarrolladores lograran que sus sitios web funcionaran correctamente en ambos navegadores, lo que llevó al uso generalizado de los logotipos "mejor visualizado en Netscape" y "mejor visualizado en Internet Explorer" durante varios años. ^{[ 22 ] [ 24 ]}

En noviembre de 1996, Netscape presentó JavaScript a Ecma International como punto de partida para una especificación estándar a la que pudieran ajustarse todos los proveedores de navegadores. Esto dio lugar al lanzamiento oficial de la primera especificación del lenguaje ECMAScript en junio de 1997.

El proceso de estandarización continuó durante algunos años, con el lanzamiento de ECMAScript 2 en junio de 1998 y ECMAScript 3 en diciembre de 1999. El trabajo en ECMAScript 4 comenzó en 2000. ^{[ 21 ]}

Sin embargo, el esfuerzo por estandarizar completamente el lenguaje se vio socavado por la creciente posición dominante de Microsoft en el mercado de navegadores. A principios de la década de 2000, la cuota de mercado de Internet Explorer alcanzó el 95 %. ^{[ 25 ]} Esto significó que JScript se convirtiera en el estándar de facto para la programación del lado del cliente en la web.

Microsoft participó inicialmente en el proceso de estandarización e implementó algunas propuestas en su lenguaje JScript, pero finalmente dejó de colaborar en el trabajo de ECMA. Por lo tanto, ECMAScript 4 quedó archivado.

Durante el período de dominio de Internet Explorer a principios de la década de 2000, la programación del lado del cliente se estancó. Esto comenzó a cambiar en 2004, cuando el sucesor de Netscape, Mozilla , lanzó el navegador Firefox . Firefox fue bien recibido por muchos, arrebatando una importante cuota de mercado a Internet Explorer. ^{[ 26 ]}

En 2005, Mozilla se unió a ECMA International y comenzó a trabajar en el estándar ECMAScript para XML (E4X). Esto llevó a que Mozilla colaborara con Macromedia (posteriormente adquirida por Adobe Systems ), que estaba implementando E4X en su lenguaje ActionScript 3, basado en un borrador de ECMAScript 4. El objetivo era estandarizar ActionScript 3 como el nuevo ECMAScript 4. Para ello, Adobe Systems lanzó la implementación Tamarin como un proyecto de código abierto . Sin embargo, Tamarin y ActionScript 3 eran demasiado diferentes de los lenguajes de scripting del lado del cliente ya establecidos, y sin la cooperación de Microsoft, ECMAScript 4 nunca llegó a materializarse.

Mientras tanto, se estaban produciendo avances muy importantes en comunidades de código abierto no afiliadas al trabajo de ECMA. En 2005, Jesse James Garrett publicó un documento técnico en el que acuñó el término Ajax y describió un conjunto de tecnologías, de las cuales JavaScript era la base, para crear aplicaciones web donde los datos se pueden cargar en segundo plano, evitando la necesidad de recargar la página completa. Esto dio lugar a un renacimiento de JavaScript, impulsado por las bibliotecas de código abierto y las comunidades que se formaron a su alrededor. Se crearon muchas bibliotecas nuevas, incluidas jQuery , Prototype , Dojo Toolkit y MooTools .

Google lanzó su navegador Chrome en 2008, con el motor JavaScript V8 que era más rápido que su competencia. ^{[ 27 ] [ 28 ]} La innovación clave fue la compilación justo a tiempo (JIT), ^{[ 29 ]} por lo que otros proveedores de navegadores tuvieron que renovar sus motores para JIT. ^{[ 30 ]}

En julio de 2008, estas distintas partes se reunieron en una conferencia en Oslo . Esto condujo al acuerdo final, a principios de 2009, para aunar todos los trabajos relevantes e impulsar el desarrollo del lenguaje. El resultado fue el estándar ECMAScript 5, publicado en diciembre de 2009.

El ambicioso trabajo en el lenguaje continuó durante varios años, culminando en una extensa colección de adiciones y refinamientos que se formalizaron con la publicación de ECMAScript 6 en 2015. ^{[ 31 ]}

La creación de Node.js en 2009 por Ryan Dahl provocó un aumento significativo en el uso de JavaScript fuera de los navegadores web. Node combina el motor V8 , un bucle de eventos y API de E/S , proporcionando así un sistema de ejecución de JavaScript independiente. ^{[ 32 ] [ 33 ]} En 2018, Node había sido utilizado por millones de desarrolladores, ^{[ 34 ]} y npm tenía la mayor cantidad de módulos de cualquier gestor de paquetes en el mundo. ^{[ 35 ]}

La especificación preliminar de ECMAScript se mantiene actualmente de forma abierta en GitHub , ^{[ 36 ]} y las ediciones se producen mediante instantáneas anuales regulares. ^{[ 36 ]} Las posibles revisiones del lenguaje se evalúan mediante un proceso de propuesta exhaustivo. ^{[ 37 ] [ 38 ]} Ahora, en lugar de números de edición, los desarrolladores comprueban el estado de las próximas características individualmente. ^{[ 36 ]}

El ecosistema actual de JavaScript cuenta con numerosas bibliotecas y marcos de trabajo , prácticas de programación establecidas y un uso sustancial de JavaScript fuera de los navegadores web. ^{[ 20 ]} Además, con el auge de las aplicaciones de una sola página y otros sitios web con un uso intensivo de JavaScript, se han creado varios transpiladores para facilitar el proceso de desarrollo. ^{[ 39 ]}

A partir de 2025, la inmensa mayoría de los sitios web (98,9%) utilizan JavaScript para el comportamiento de las páginas web del lado del cliente . ^{[ 40 ]}

• Carga de contenido nuevo en una página web sin recargar la página, mediante Ajax o WebSocket . Por ejemplo, los usuarios de redes sociales pueden enviar y recibir mensajes sin abandonar la página actual.
• Animaciones de páginas web, como la aparición y desaparición gradual de objetos, el cambio de tamaño y el movimiento de los mismos.
• Jugar a juegos de navegador .
• Controlar la reproducción de contenido multimedia en streaming .
• Generación de anuncios emergentes o cuadros de alerta.
• Validar los valores de entrada de un formulario web antes de que los datos se envíen a un servidor web .
• Registrar datos sobre el comportamiento del usuario y enviarlos a un servidor. El propietario del sitio web puede utilizar estos datos para análisis , seguimiento de anuncios y personalización .
• Redirigir a un usuario a otra página.
• Almacenar y recuperar datos en el dispositivo del usuario, mediante los estándares de almacenamiento o IndexedDB .

Más del 80% de los sitios web utilizan una biblioteca JavaScript de terceros o un marco web como parte de su scripting del lado del cliente. ^{[ 46 ]}

jQuery es, con diferencia, el más utilizado. ^{[ 46 ]} Otros notables incluyen Angular , Bootstrap , Lodash , Modernizr , React , Underscore y Vue . ^{[ 46 ]} Se pueden usar varias opciones en conjunto, como jQuery y Bootstrap. ^{[ 47 ]}

Sin embargo, el término "Vanilla JS" se acuñó para referirse a sitios web que no utilizan ninguna biblioteca ni framework, sino que se basan completamente en la funcionalidad estándar de JavaScript. ^{[ 48 ]}

Un motor JavaScript debe estar integrado en un sistema de ejecución (como un navegador web o un sistema independiente) para que los scripts puedan interactuar con el entorno. El sistema de ejecución incluye las API necesarias para las operaciones de entrada/salida , como redes , almacenamiento y gráficos , y permite importar scripts.

JavaScript es un lenguaje de un solo hilo . El entorno de ejecución procesa los mensajes de una cola uno a uno y llama a una función asociada a cada nuevo mensaje, creando un marco de pila de llamadas con los argumentos y las variables locales de la función . La pila de llamadas se reduce y se expande según las necesidades de la función. Cuando la pila de llamadas está vacía al finalizar la función, JavaScript pasa al siguiente mensaje de la cola. Esto se denomina bucle de eventos , descrito como "ejecución completa" porque cada mensaje se procesa por completo antes de considerar el siguiente. Sin embargo, el modelo de concurrencia del lenguaje describe el bucle de eventos como no bloqueante : la E/S del programa se realiza mediante eventos y funciones de devolución de llamada . Esto significa, por ejemplo, que JavaScript puede procesar un clic del ratón mientras espera que una consulta a la base de datos devuelva información. ^{[ 65 ]}

Los entornos de ejecución independientes más destacados son Node.js , Deno y Bun .

JavaScript admite gran parte de la sintaxis de programación estructurada de C (por ejemplo, ifsentencias, whilebucles, switchsentencias, do whilebucles, etc.). Una excepción parcial es el ámbito : originalmente JavaScript solo tenía ámbito de función con var; el ámbito de bloque se añadió en ECMAScript 2015 con las palabras clave lety const. Al igual que C, JavaScript distingue entre expresiones y sentencias . Una diferencia sintáctica con respecto a C es la inserción automática de punto y coma , que permite omitir los puntos y coma (que finalizan las sentencias). ^{[ 66 ]}

JavaScript es débilmente tipado , lo que significa que ciertos tipos se convierten implícitamente dependiendo de la operación utilizada. ^{[ 67 ]}

• El operador binario +convierte ambos operandos a una cadena a menos que ambos operandos sean números. Esto se debe a que el operador de suma también funciona como operador de concatenación.
• El -operador binario siempre convierte ambos operandos a un número.
• Ambos operadores unarios ( +, -) siempre convierten el operando a un número. Sin embargo, +siempre convierte a Number( binary64 ) mientras que -conserva BigInt( integer ) ^{[ 68 ]}

Los valores se convierten a cadenas de la siguiente manera: ^{[ 67 ]}

• Las cadenas se dejan tal cual.
• Los números se convierten a su representación en cadena de caracteres.
• Los elementos de los arrays se convierten a cadenas y luego se unen mediante comas ( ,).
• Otros objetos se convierten a la cadena [object Object]donde Objectes el nombre del constructor del objeto.

Los valores se convierten a números mediante una conversión a cadenas y, posteriormente, una conversión de cadenas a números. Estos procesos pueden modificarse definiendo toStringfunciones valueOfen el prototipo para la conversión a cadenas y a números, respectivamente.

JavaScript ha recibido críticas por la forma en que implementa estas conversiones, ya que la complejidad de las reglas puede confundirse con inconsistencia. ^{[ 69 ] [ 67 ]} Por ejemplo, al sumar un número a una cadena, el número se convertirá a cadena antes de realizar la concatenación, pero al restar un número de una cadena, la cadena se convertirá a número antes de realizar la resta.

También se suele mencionar que {} + []resulta en 0(número). Esto es engañoso: {}se interpreta como un bloque de código vacío en lugar de un objeto vacío, y el array vacío se convierte a número mediante el +operador unario restante. Si la expresión está entre paréntesis (-- ({} + [])), las llaves se interpretan como un objeto vacío y el resultado de la expresión es "[object Object]"el esperado. ^{[ 67 ]}

Douglas Crockford describe la herencia prototípica en JavaScript de la siguiente manera:

Se crean objetos prototipo y luego... se crean nuevas instancias. Los objetos son mutables en JavaScript, por lo que podemos ampliar las nuevas instancias, añadiéndoles nuevos campos y métodos. Estos pueden actuar como prototipos para objetos aún más nuevos. No necesitamos clases para crear muchos objetos similares... Los objetos heredan de otros objetos. ¿Qué podría ser más orientado a objetos que eso? ^{[ 72 ]}

En JavaScript, un objeto es un array asociativo , aumentado con un prototipo (ver más abajo); cada clave proporciona el nombre de una propiedad del objeto , y hay dos formas sintácticas de especificar dicho nombre: notación de punto ( obj.x = 10) y notación de corchetes ( obj["x"] = 10). Una propiedad puede agregarse, reasignarse o eliminarse en tiempo de ejecución. La mayoría de las propiedades de un objeto (y cualquier propiedad que pertenezca a la cadena de herencia de prototipos de un objeto) pueden enumerarse usando un for...inbucle.

clase Persona { constructor ( nombre ) { this . nombre = nombre ; } }clase Estudiante extiende Persona { constructor ( nombre , id ) { super ( nombre ); this . id = id ; } }const bob = new Student ( "Robert " , 12345 ) ; console.log ( bob.name ) ; // Robert

// Este código es completamente equivalente al fragmento anterior function Person ( name ) { this . name = name ; }función Estudiante ( nombre , id ) { Persona . llamar ( esto , nombre ); esto . id = id ; }var bob = new Student ( " Robert" , 12345 ) ; console.log ( bob.name ) ; // Robert

Las funciones de JavaScript son de primera clase ; una función se considera un objeto. ^{[ 79 ]} Como tal, una función puede tener propiedades y métodos, como .call()y .bind(). ^{[ 80 ]}

JavaScript admite delegación implícita y explícita .

Históricamente, algunos motores de JavaScript admitían estas características no estándar:

• Comprensión de matrices y expresiones generadoras (como en Python)
• expresiones de función concisas ( function(args) expr; esta sintaxis experimental precedió a las funciones flecha)
• ECMAScript para XML (E4X), una extensión que agrega soporte nativo para XML a ECMAScript (no compatible con Firefox desde la versión 21 ^{[ 86 ]} ).

Un problema de seguridad común relacionado con JavaScript es el cross-site scripting (XSS), una violación de la política del mismo origen . Las vulnerabilidades XSS ocurren cuando un atacante puede lograr que un sitio web objetivo, como un sitio web de banca en línea, incluya un script malicioso en la página web que se muestra a la víctima. En este ejemplo, el script puede acceder a la aplicación bancaria con los privilegios de la víctima, lo que podría revelar información confidencial o transferir dinero sin su autorización. Una solución importante para las vulnerabilidades XSS es la sanitización de HTML .

Algunos navegadores incluyen protección parcial contra ataques XSS reflejados , en los que el atacante proporciona una URL con código malicioso. Sin embargo, incluso los usuarios de estos navegadores son vulnerables a otros ataques XSS, como aquellos en los que el código malicioso se almacena en una base de datos. Solo un diseño correcto de las aplicaciones web en el servidor puede prevenir completamente los ataques XSS.

Las vulnerabilidades XSS también pueden ocurrir debido a errores de implementación por parte de los autores de navegadores. ^{[ 93 ]}

Otra vulnerabilidad entre sitios es la falsificación de solicitudes entre sitios (CSRF). En CSRF, el código del sitio del atacante engaña al navegador de la víctima para que realice acciones no deseadas en el sitio de destino (como transferir dinero en un banco). Cuando los sitios de destino dependen exclusivamente de las cookies para la autenticación de solicitudes, las solicitudes originadas por el código del sitio del atacante pueden contener las mismas credenciales de inicio de sesión válidas del usuario que las inició. En general, la solución a CSRF consiste en requerir un valor de autenticación en un campo de formulario oculto, y no solo en las cookies, para autenticar cualquier solicitud que pueda tener efectos duraderos. Verificar el encabezado HTTP Referrer también puede ser útil.

El "secuestro de JavaScript" es un tipo de ataque CSRF en el que una <script>etiqueta en el sitio del atacante explota una página en el sitio de la víctima que devuelve información privada como JSON o JavaScript. Las posibles soluciones incluyen:

• Se requiere un token de autenticación en los parámetros POST y GET para cualquier respuesta que devuelva información privada.

Los desarrolladores de aplicaciones cliente-servidor deben reconocer que los clientes no confiables pueden estar bajo el control de atacantes. El autor de una aplicación no debe asumir que su código JavaScript se ejecutará según lo previsto (o que se ejecutará en absoluto), ya que cualquier secreto incrustado en el código podría ser extraído por un adversario decidido. Algunas implicaciones son:

• Los autores de sitios web no pueden ocultar por completo el funcionamiento de su JavaScript, ya que el código fuente sin procesar debe enviarse al cliente. El código puede ofuscarse , pero la ofuscación puede ser objeto de ingeniería inversa.
• La validación de formularios con JavaScript solo ofrece comodidad a los usuarios, no seguridad. Si un sitio web verifica que el usuario haya aceptado sus términos de servicio o filtra los caracteres no válidos de los campos que solo deben contener números, debe hacerlo en el servidor, no solo en el cliente.
• Los scripts se pueden deshabilitar selectivamente, por lo que no se puede confiar en JavaScript para evitar operaciones como hacer clic con el botón derecho en una imagen para guardarla. ^{[ 94 ]}
• Se considera una muy mala práctica incrustar información sensible, como contraseñas, en JavaScript porque un atacante puede extraerla. ^{[ 95 ]}
• La contaminación de prototipos es una vulnerabilidad en tiempo de ejecución que permite a los atacantes sobrescribir propiedades arbitrarias en el prototipo de un objeto.

Los sistemas de gestión de paquetes como npm y Bower son populares entre los desarrolladores de JavaScript. Estos sistemas permiten gestionar fácilmente las dependencias de los programas con respecto a las bibliotecas de otros desarrolladores. Los desarrolladores confían en que los responsables del mantenimiento de las bibliotecas las mantendrán seguras y actualizadas, pero no siempre es así. Esta confianza ciega ha generado vulnerabilidades. Las nuevas versiones de las bibliotecas utilizadas pueden provocar la aparición de errores o vulnerabilidades en todos los programas que dependen de ellas. Por otro lado, una biblioteca puede permanecer sin parchear con vulnerabilidades conocidas. En un estudio realizado con una muestra de 133 000 sitios web, los investigadores encontraron que el 37 % de ellos incluía una biblioteca con al menos una vulnerabilidad conocida. ^{[ 96 ]} "El retraso medio entre la versión más antigua de la biblioteca utilizada en cada sitio web y la versión más reciente disponible es de 1177 días en ALEXA, y el desarrollo de algunas bibliotecas que aún se utilizan activamente cesó hace años." ^{[ 96 ]} Otra posibilidad es que el mantenedor de una biblioteca la elimine por completo. Esto ocurrió en marzo de 2016 cuando Azer Koçulu eliminó su repositorio de npm. Esto provocó que decenas de miles de programas y sitios web que dependían de sus bibliotecas dejaran de funcionar. ^{[ 97 ] [ 98 ]}

JavaScript proporciona una interfaz para una amplia gama de funcionalidades del navegador, algunas de las cuales pueden presentar vulnerabilidades como desbordamientos de búfer . Estas vulnerabilidades permiten a los atacantes escribir scripts que ejecutan cualquier código en el sistema del usuario. Este código no se limita a otras aplicaciones JavaScript. Por ejemplo, una vulnerabilidad de desbordamiento de búfer puede permitir a un atacante acceder a la API del sistema operativo con privilegios de superusuario.

Estos fallos han afectado a los principales navegadores, incluidos Firefox, ^{[ 99 ]} Internet Explorer, ^{[ 100 ]} y Safari. ^{[ 101 ]}

Los complementos, como los reproductores de vídeo, Adobe Flash y la amplia gama de controles ActiveX habilitados por defecto en Microsoft Internet Explorer, también pueden tener vulnerabilidades explotables mediante JavaScript (estas vulnerabilidades ya se han explotado en el pasado). ^{[ 102 ] [ 103 ]}

En Windows Vista, Microsoft intentó contener los riesgos de errores como los desbordamientos de búfer ejecutando el proceso de Internet Explorer con privilegios limitados. ^{[ 104 ]} Google Chrome, de manera similar, confina sus renderizadores de página a su propio " sandbox ".

Los navegadores web pueden ejecutar JavaScript fuera del entorno aislado, con los privilegios necesarios para, por ejemplo, crear o eliminar archivos. Dichos privilegios no están destinados a ser otorgados al código de la web.

La concesión incorrecta de privilegios a JavaScript desde la web ha contribuido a las vulnerabilidades tanto en Internet Explorer ^{[ 105 ]} como en Firefox. ^{[ 106 ]} En Windows XP Service Pack 2, Microsoft redujo los privilegios de JScript en Internet Explorer. ^{[ 107 ]}

Microsoft Windows permite que los archivos fuente de JavaScript en el disco duro de una computadora se ejecuten como programas de propósito general, sin aislamiento (véase: Windows Script Host ). Esto convierte a JavaScript (al igual que VBScript ) en un vector teóricamente viable para un caballo de Troya , aunque los caballos de Troya de JavaScript son poco comunes en la práctica. ^{[ 108 ]}

En 2015, investigadores de seguridad describieron en un artículo una implementación de prueba de concepto basada en JavaScript de un ataque rowhammer . ^{[ 109 ] [ 110 ] [ 111 ] [ 112 ]}

En 2017, se demostró un ataque basado en JavaScript a través del navegador que podía eludir ASLR . Se denomina "ASLR⊕Cache" o AnC. ^{[ 113 ] [ 114 ]}

En 2018, el documento que anunciaba los ataques Spectre contra la ejecución especulativa en procesadores Intel y otros incluía una implementación en JavaScript. ^{[ 115 ]}

Una idea errónea común es que JavaScript está directamente relacionado con Java . Ambos, en efecto, tienen una sintaxis similar a la de C (siendo C su antecesor común más inmediato). También suelen estar aislados en un entorno seguro (sandboxMath ), y JavaScript fue diseñado teniendo en cuenta la sintaxis y la biblioteca estándar de Java. En particular, todas las palabras clave de Java estaban reservadas en el JavaScript original, la biblioteca estándar de JavaScript sigue las convenciones de nomenclatura de Java, y los objetos de JavaScript Datese basan en clases de Java 1.0. ^{[ 118 ]}

Ambos lenguajes aparecieron por primera vez en 1995, pero Java fue desarrollado por James Gosling de Sun Microsystems y JavaScript por Brendan Eich de Netscape Communications.

Las diferencias entre ambos lenguajes son más notables que sus similitudes. Java tiene tipado estático , mientras que el de JavaScript es dinámico . Java se carga a partir de código de bytes compilado , mientras que JavaScript se carga como código fuente legible. Los objetos de Java se basan en clases , mientras que los de JavaScript se basan en prototipos . Finalmente, Java no admitió la programación funcional hasta Java 8, mientras que JavaScript lo ha hecho desde el principio, influenciado por Scheme .

JSON es un formato de datos derivado de JavaScript; de ahí su nombre: Notación de Objetos JavaScript. Es un formato ampliamente utilizado y compatible con muchos otros lenguajes de programación.

Muchos sitios web utilizan mucho JavaScript, por lo que se han creado transpiladores para convertir el código escrito en otros lenguajes, lo que puede facilitar el proceso de desarrollo. ^{[ 39 ]}

TypeScript y CoffeeScript son dos lenguajes destacados que se transpilan a JavaScript.

WebAssembly es un lenguaje más reciente con un formato de código de bytes diseñado para complementar JavaScript, especialmente las partes críticas para el rendimiento de los scripts de páginas web . Todos los principales motores de JavaScript admiten WebAssembly, ^{[ 119 ]} que se ejecuta en el mismo entorno aislado que el código JavaScript normal.

asm.js es un subconjunto de JavaScript que sirvió como precursor de WebAssembly. ^{[ 120 ]}