在前端开发的浩瀚宇宙中，Chrome V8 引擎无疑是最耀眼的那颗星。它不仅驱动了 Chrome 浏览器，更是 Node.js 的动力源泉。很多同学都知道 JS 是“解释执行”或“JIT 编译”的，但在源码到机器码的这趟旅程中，字节码（Bytecode）扮演了什么角色？为什么 V8 团队在几年前大费周章地重构架构引入字节码？
今天，我们就来拆解 V8 的执行流水线，深入探讨字节码与 JIT（即时编译）的奥秘。
V8 执行流程全景图
在深入细节之前，我们需要先建立全局视野。当前版本的 V8（采用Ignition解释器 +TurboFan优化编译器架构）执行一段 JS 代码的标准流程如下：
- 解析（Parser）：将源代码解析为抽象语法树（AST）。
- 解释（Ignition）：将 AST 转换为字节码（Bytecode）并逐行解释执行。
- 编译（TurboFan）：在执行过程中收集类型信息，将“热点代码”的字节码编译为高效的机器码（Machine Code）。
- 去优化（Deoptimization）：如果机器码的假设不再成立，回退到字节码执行。
接下来，我们将重点放在中间这个关键环节：字节码。
1. 字节码（Bytecode）在流程中的作用
字节码是 V8 引擎中的“中间人”和“通用语言”。
在 V8 的旧架构（Full-codegen）中，是没有字节码的，代码直接从 AST 变成机器码。但在现有的架构中，字节码起到了承上启下的核心作用：
