Vue编译性能关键在optimize阶段静态节点识别效率和generate阶段代码简洁度；AST构建线性可控，而optimize的递归判断与codegen的静态提升、动态归并共同决定首次编译速度和运行时VNode开销。
Vue 编译时的性能关键不在 AST 本身大小，而在于优化阶段对静态节点的识别效率和 codegen 阶段生成代码的简洁度。AST 构建是线性扫描，耗时可控；真正影响首次编译速度和最终 render 函数执行开销的，是 optimize 和 generate 的协同质量。
静态节点标记如何影响编译耗时
optimize 阶段遍历 AST 并递归判断节点是否“完全静态”（无插值、无指令、子节点全静态）。这个过程时间复杂度接近 O(n)，但实际开销取决于：
- 模板嵌套深度：过深的树会增加递归调用栈和判断次数
- 静态根节点数量：每个被标记为 staticRoot 的子树，后续 codegen 可跳过运行时 diff，但标记过程需额外校验其全部后代
- 文本节点混合程度：含大量空格/换行的模板会生成冗余文本 AST 节点，增大遍历量（Vue 2 默认保留，Vue 3 默认合并）
codegen 输出质量决定运行时性能
generate 阶段不只拼字符串，它直接影响 render 函数体积与 VNode 创建效率：
- 静态内容被提取为 hoisted 常量（如 Vue 3 中 _hoisted_1），避免每次渲染重复创建对象
- 动态属性若未合理归并（如多个 v-bind 分散书写），会导致 data 对象生成逻辑冗长
- 带 v-if/v-for 的节点会生成条件分支或循环语句，若未提前收束作用域（如未用 _openBlock / _createElementBlock），会增加运行时判断成本
可观察的编译性能信号
无需埋点也能快速定位瓶颈：
立即学习“前端免费学习笔记（深入）”；
- 查看 devtools 中组件的 $vnode.el 是否存在大量重复创建的 DOM 节点——说明静态提升失效
- 检查生成的 render 函数代码：若出现多层嵌套 with(this){...} 或连续多个 _c(...) 调用而无 hoist，说明 optimize 未生效或 template 结构不利于标记
- 构建时开启 vue-loader 的 compilerOptions.outputSourceRange，配合 AST Explorer 对比前后 AST 节点数变化，确认静态节点是否被正确标记（static: true）
编译性能不是单纯追求快，而是让静态内容尽量“离线”，让动态逻辑尽量“聚焦”。优化得当，一个 50 行模板的 render 函数可减少 30% 以上 VNode 创建开销。
