现代JavaScript引擎采用“字节码解释+JIT”混合模式提升性能：首先将源码转为AST，再生成字节码由解释器执行；对频繁运行的热点代码，JIT分层编译为机器码以加速；当类型假设失败时触发去优化保障正确性。该机制平衡启动速度与运行效率，使JS接近原生执行速度。
JavaScript 的执行机制在现代浏览器中已经远不止简单的脚本解释。为了提升性能，主流 JavaScript 引擎（如 V8、SpiderMonkey、JavaScriptCore）普遍采用“字节码解释 + 即时编译（JIT）”的混合执行模式。这种架构兼顾启动速度与运行效率，是高性能 JavaScript 执行的核心。
字节码：中间表示的桥梁
现代 JavaScript 引擎通常不会直接将源码编译为机器码，而是先将其转换为一种更紧凑、更易执行的中间形式——字节码。这个过程大致如下：
- 源代码经过词法分析、语法分析生成抽象语法树（AST）
- AST 被遍历并翻译成平台无关的字节码指令
- 字节码由轻量级的解释器逐条执行
以 V8 引擎为例，从 Ignition 解释器引入后，V8 默认会将函数编译为字节码。相比直接编译为机器码，字节码体积更小，生成速度快，有利于快速启动和减少内存占用。
即时编译（JIT）：热点代码的性能加速
虽然解释执行字节码启动快，但执行效率较低。为解决这一问题，JavaScript 引擎引入了 JIT 编译技术。其核心思想是：在运行时识别频繁执行的“热点代码”，并将其编译为高度优化的机器码。
立即学习“Java免费学习笔记（深入）”；
JIT 通常分为多个层级：
- 基线编译器（Baseline JIT）：对频繁调用的函数进行快速编译，做少量优化，提升执行速度
- 优化编译器（Optimizing JIT）：基于运行时类型信息进行深度优化，如内联缓存、类型推测、死代码消除等
例如，当某个循环或函数被多次执行，引擎会将其标记为“热点”，触发优化编译。一旦编译完成，后续执行将跳过解释器，直接运行高效机器码。
去优化：应对假设失败的机制
优化编译依赖于运行时的类型假设。比如，若某变量一直为整数，编译器可能生成只处理整数的机器码。但 JavaScript 是动态类型语言，变量类型可能随时变化。
当实际运行与假设不符（如整数变为对象），引擎会触发去优化（Deoptimization），丢弃已生成的机器码，回退到解释执行或基线版本。这保证了正确性，但也带来性能波动。
因此，编写类型稳定的代码（如避免随意更改对象结构或变量类型）有助于减少去优化，提升整体性能。
总结：协同工作的执行流水线
现代 JavaScript 虚拟机通过分层策略实现性能与效率的平衡：
- 字节码解释器负责快速启动和低开销执行非热点代码
- JIT 编译器针对热点代码生成高效机器码
- 去优化机制保障动态语言下的执行正确性
这种“懒编译 + 渐进优化”的模式，使得 JavaScript 在保持灵活性的同时，也能接近原生代码的执行速度。
基本上就这些。理解这套机制，有助于写出更高效、更可预测的 JavaScript 代码。
