JavaScript引擎如V8先将源码转为AST，再生成字节码，由Ignition解释执行并收集类型信息，热点代码交由TurboFan编译为机器码，实现性能优化。
JavaScript 虚拟机在执行代码时，并不会直接将源码编译为机器码，而是先将其转换为一种中间表示——字节码，再由虚拟机解释执行字节码。这个过程在现代 JS 引擎（如 V8、JavaScriptCore）中虽有差异，但整体思路相似。下面以 V8 引擎为例，说明字节码的生成与执行流程。
字节码的生成：从源码到可执行指令
当 JavaScript 源代码被加载后，引擎会经历以下步骤：
- 词法分析与语法分析：将源码分解为 token，并构建抽象语法树（AST）。
- Ignition 解释器生成字节码：V8 的 Ignition 解释器遍历 AST，将其翻译为平台无关的字节码。这种字节码比机器码更紧凑，启动更快。
- 字节码结构：每条字节码指令包含操作码（opcode）和操作数，例如 LdaSmi [42] 表示“将小整数 42 加载到累加器”。
这一步的优势在于避免立即进行高开销的优化编译，提升脚本启动速度。
字节码的执行：解释运行与性能监控
生成的字节码由 Ignition 解释器逐条执行：
立即学习“Java免费学习笔记（深入）”；
- 解释执行：虚拟机维护一个指令分派循环，读取当前字节码指令，根据 opcode 跳转到对应处理逻辑。
- 累加器与寄存器模型：V8 字节码采用基于寄存器的模型，使用累加器暂存操作结果，减少指令数量。
- 执行过程中收集类型信息：Ignition 在运行时记录变量类型、函数调用频率等数据，用于后续优化决策。
虽然解释执行较慢，但其轻量特性适合冷代码，同时为 TurboFan 编译器提供优化依据。
向机器码的过渡：热点代码优化
当某段字节码被执行多次（成为“热点代码”），V8 会触发优化机制：
- TurboFan 编译器介入：利用 Ignition 收集的类型信息，将频繁执行的字节码编译为高度优化的机器码。
- 去优化机制（Deoptimization）：若运行时假设失效（如变量类型变化），则退回字节码解释执行，保证正确性。
- 分层执行策略：冷代码用字节码快速启动，热代码用机器码高效运行，实现性能与内存的平衡。
这种设计让 V8 在启动速度和运行效率之间取得良好折衷。
基本上就这些。字节码作为中间层，连接了高级语言与底层执行，是现代 JS 引擎高效运作的关键一环。不复杂但容易忽略。
