V8是执行解释器生成的字节码还是TurboFan编译器输出的二进制机器码？

两种表述的一致性说明 #

你接触到的两种说法都符合V8的实际运行逻辑，V8采用的是解释器+编译器混合的分层执行架构，不存在非此即彼的执行模式：

• 代码首次加载启动阶段，V8 会直接通过 Ignition 解释器将 AST 转换为字节码，逐行解释执行，这个阶段确实是依托运行时的调用栈（Call Stack）和内存堆（Memory Heap）直接执行字节码。这种设计的核心价值是跳过全量编译环节，最大化降低代码启动延迟。
• 运行过程中 V8 会同步做热点代码统计：如果某段字节码被重复执行超过阈值（比如高频调用的工具函数、循环体代码），就会被标记为热点代码，此时才会送入 TurboFan 编译器编译为高度优化的机器码，后续这段代码再触发执行时，就会直接运行机器码，不需要再走字节码解释流程。
• 额外补充：V8 还配套了去优化机制，如果优化后的机器码预设的运行条件失效（比如原本固定传数值的函数突然传入了字符串参数），会回退到字节码解释执行，保证运行兼容性。

编译生成机器码的核心价值 #

字节码解释执行的过程中，每一行字节码都需要先转译为对应CPU指令才能执行，重复执行的代码会反复产生转译开销，而优化后的机器码有不可替代的优势：

• 机器码是CPU可以直接识别执行的指令，不需要额外转译步骤，同一段代码重复执行时的性能比解释字节码高10~100倍
• TurboFan 编译过程中会做类型特化、函数内联、死代码消除等多层编译优化，进一步压缩运行开销
• 混合架构刚好平衡了启动性能和运行性能：冷启动阶段走字节码解释保证启动速度，热点代码走机器码优化保证运行效率，比纯解释执行性能更高，比纯编译执行启动速度更快。

内容的提问来源于stack exchange，提问作者Code Eagle