Vue 3 编译器优化核心是静态提升、PatchFlag标记和Block Tree三层协同机制：静态节点被提升复用并标记-1；动态节点携带TEXT(1)、CLASS(2)等PatchFlag精准标识变更类型；Block Tree将动态节点组织为嵌套块结构，使diff靶向局部更新。
Vue.js 编译器优化中并不存在“树形结构平坦化”这一核心策略。这个说法容易引起误解——Vue 的编译优化方向恰恰是强化树的结构性，而非将其扁平化。
静态节点识别与提升（Static Hoisting）
Vue 编译器在 optimize 阶段会遍历 AST，识别出完全静态的子树（即不依赖响应式数据、不含指令、无插值、子节点也全静态）。这类节点会被：
- 标记为
static或patchFlag = 0（Vue 3） - 从渲染函数中“提升”到组件作用域顶层，作为常量创建一次
- 后续 re-render 时跳过 diff 和 vnode 创建，直接复用
这依赖于对 AST 树层级关系的精确判断，不是打散或压平，而是保留结构、分离动静。
块树（Block Tree）机制（Vue 3 关键创新）
Vue 3 引入 Block 概念，将模板按动态节点（如 v-if、v-for、响应式插值）自动切分为多个嵌套区块（block），每个 block 是一个独立的更新单元：
立即学习“前端免费学习笔记（深入）”；
Wjs Localizing Video
下载
用于端到端视频本地化流程的轻量编排器，路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...
- 每个 block 内部节点结构固定，便于局部 diff
- block 本身带
dynamicChildren数组，只追踪真正可能变化的子节点 - 根 block 包含所有子 block，形成“块嵌套树”，而非扁平列表
这种设计显著减少 patch 范围，但本质仍是分层树状组织，不是平坦化。
为什么“平坦化”不适用？
树状结构是模板语义的自然映射（父子、嵌套、作用域），强行平坦化会丢失：
- 作用域边界（如
v-slot、作用域插槽需树路径定位） - 更新依赖关系（父节点更新需通知子节点，平坦结构无法表达）
- 指令作用范围（
v-for生成的多个节点需保持逻辑分组）
实际开发中遇到的“扁平化需求”（如菜单树转平铺列表）属于业务数据处理，应通过工具函数（如递归遍历提取 children）完成，与编译器无关。
可主动配合编译优化的做法
开发者可通过写法帮助编译器更好构建和识别静态结构：
- 用
v-once显式标记静态区域（整个节点树跳过更新） - 避免在静态内容中混入响应式绑定（如
<h1>{{ title }}</h1>会阻断整棵 h1 子树提升） - 将条件逻辑前置到计算属性，减少模板内
v-if/v-else分支数量 - Vue 3.2+ 中合理使用
v-memo控制 block 级别更新粒度
不复杂但容易忽略
