Skip to content

高级资深前端面试题 · Vue3 原理与源码

Vue3 渲染器从 render effect 到真实 DOM patch 经历了什么?

这道题不只考 API 记忆,还考察你能否把 Vue3 的设计思想、运行机制、工程边界和团队落地连接起来。

适合阶段:高级 / 资深前端 · 二面到架构面核心能力:响应式系统 · 编译器 · 渲染器

面试官想考什么

  • 你能否先定义问题边界?
    考察是否知道这项能力解决什么问题,以及它不负责什么。
  • 你能否解释 Vue3 的机制或设计取舍?
    考察能否从组件、编译器、运行时、浏览器和工程系统多个层面建立因果链。
  • 你能否把方案落到大型项目?
    考察可维护性、可扩展性、性能、类型、测试、兼容和发布治理意识。
  • 遇到复杂边界或线上故障怎么办?
    考察是否能设计降级、观测、回滚和验证闭环,而不是只给理想路径。

一句话回答

text
Vue3 渲染流程是 render effect 生成或更新 VNode,renderer 根据 VNode 类型选择 mount、patch、move 或 unmount,runtime-dom 再把宿主操作落到浏览器 DOM。

面试回答详解

这道题的高级回答重点是把概念放回工程上下文:先说它解决的问题,再解释关键机制,最后说明适用边界、失败模式和验证方法。

1. 组件更新入口\n\n组件状态变化触发 render effect,执行 render 函数得到新 VNode,并把旧 VNode 与新 VNode 交给 patch。\n\n### 2. VNode 分派\n\npatch 根据文本、注释、Fragment、Element、Component、Teleport、Suspense 等类型选择对应处理器。\n\n### 3. 元素更新\n\n比较 props 和 children,必要时调用 patchProp,子节点则走文本、数组、Fragment 或 keyed diff 分支。\n\n### 4. 跨平台边界\n\nruntime-core 只描述渲染算法,runtime-dom 提供 createElement、insert、patchProp 等宿主操作,因此同一核心可以适配不同平台。

可直接背诵的 30 秒回答

text
Vue 组件更新时重新执行 render effect 得到新 VNode,renderer 根据节点类型和 patch flags 进行挂载、更新、移动或卸载,最终由 runtime-dom 执行真实 DOM 操作。

扩展知识

从概念到工程

text
稳定契约 -> 明确状态边界 -> 可组合实现 -> 可观测验证 -> 兼容演进

常见误区

  • 把 Vue 的语法糖当成完整的架构方案。
  • 只讨论正常路径,不讨论异步、卸载、失败、SSR 或大数据量。
  • 只看局部性能,不看调用方复杂度、测试成本和升级成本。
  • 用内部实现细节作为公共契约,导致后续重构困难。

面试官追问链

追问一:为什么 renderer 不能直接操作 DOM?\n\n- 考察点:面试官想确认你是否掌握这个方案的边界。\n- 回答方向:分离核心算法和宿主操作可以支持 runtime-dom、SSR、custom renderer 等不同目标。\n\n### 追问二:VNode 类型不同为什么通常直接替换?\n\n- 考察点:面试官想确认你是否掌握这个方案的边界。\n- 回答方向:不同类型的节点很难安全复用内部状态和 DOM 语义,替换能保证一致性。\n\n### 追问三:patchFlags 在哪里发挥作用?\n\n- 考察点:面试官想确认你是否掌握这个方案的边界。\n- 回答方向:编译器标记动态部分,运行时 patch 时可跳过已知静态内容。

推荐阅读

基于 MIT 协议开源