Vue3渲染性能优势源于编译时优化：静态节点提升、响应式依赖精准追踪、体积更小；React依赖运行时VDOM Diff，更新粒度粗、开销大。
Vue3 的渲染性能并非“秒杀”React，但确实在多数常规场景下有明显优势——核心不在运行时比拼，而在于把大量工作提前到编译阶段完成。React 依赖运行时动态构建虚拟 DOM，Vue3 则通过模板编译把结构、静态节点、响应式依赖关系都固化下来，让 JS 引擎少干活、少分配、少判断。
模板编译直接削减 JS 引擎负担
JavaScript 引擎（如 V8）执行代码前需将源码解析为 AST，再生成字节码。这个过程耗时与代码复杂度正相关。Vue3 的模板编译器在构建时就完成静态分析：像 <div class="header">欢迎</div> 这类不依赖响应式数据的节点，会被标记为静态，并编译成类似 _hoisted_1 的常量引用。运行时直接复用，跳过重复的 createElement 调用和对象创建。
React 的 JSX 每次渲染都要调用 React.createElement，哪怕结构完全静态，也得走函数调用、参数校验、对象分配流程。V8 的 Crankshaft 编译器虽会优化高频函数，但频繁的对象分配易导致优化失效，触发反复的类型反馈重编译。
静态提升 + 动态标记 = 更精准的更新粒度
Vue3 编译器能自动区分模板中哪些是静态内容、哪些绑定响应式变量、哪些含条件或循环逻辑。它把静态部分“提升”到渲染函数外层，只对动态部分生成响应式追踪代码。例如：
立即学习“前端免费学习笔记（深入）”；
-
v-if="show" > <h2>标题</h2>→ 编译后仅对show做依赖收集，<h2>节点本身不参与运行时 diff -
v-for="item in list"→ 编译器识别 key 和列表结构，生成带缓存的 patchKey 算法，避免全量比对
React 的虚拟 DOM Diff 是通用算法，不管节点是否真的变化，每次 render 都要遍历整棵 VNode 树做属性比对和子节点递归。即使用了 useMemo 或 React.memo，仍需开发者手动干预，且无法消除基础的 VNode 构建开销。
响应式追踪与渲染逻辑深度耦合
Vue3 的响应式系统不是独立模块，而是和编译结果强绑定的：模板中每个插值 {{ msg }}、每个指令 v-bind:title，都会在编译阶段生成对应的依赖收集语句。数据变化时，更新逻辑能直接定位到具体节点，甚至支持 Vapor Mode 下的元素级命令式操作。
React 的状态更新是“推”模型：调用 setState 或 setter 后，整个组件函数重执行，重新生成 VNode，再靠 Diff 找出差异。即使用了 useTransition 或 memo，也无法绕过函数重执行和 VNode 重建这两步。更新粒度天然受限于组件边界。
更小体积 + 更优 Tree-shaking
Vue3 的运行时 API 是高度模块化的（如 ref、computed、render），未使用的功能可被 Rollup/Vite 完全摇掉。模板编译生成的渲染函数也是纯函数，无副作用，利于压缩和内联。
React 的 ReactDOM 包含完整的协调器（Reconciler）、调度器（Scheduler）、事件系统等，即使只用基础功能，生产包体积仍比 Vue3 大约多 4KB（gzip 后）。更大的代码量意味着更长的解析、编译和执行时间，尤其在低端设备上差距更明显。
