Skip to content

高级资深前端面试题 · Vue 性能优化

Vue 中深度 watch 为什么可能造成严重性能问题?如何替代?

这道题不只考“怎么优化”,还考察你能否定位瓶颈、解释机制、评估副作用并建立持续回归。

适合阶段:高级 / 资深前端 · 二面到架构面核心能力:响应式边界 · 渲染性能 · 浏览器性能治理

面试官想考什么

  • 你能否先证明瓶颈在哪里?
    考察是否会用指标、Profile、网络瀑布和线上数据定位,而不是罗列优化技巧。
  • 你能否解释 Vue3 和浏览器的机制?
    考察响应式依赖、组件更新、patch、布局、绘制和长任务之间的因果关系。
  • 你能否权衡优化收益和复杂度?
    考察是否知道缓存、memo、Worker、shallow API 和拆分边界的使用代价。
  • 你能否把优化变成工程闭环?
    考察预算、CI、RUM、回归、灰度和线上监控能力。

一句话回答

text
deep watch 会遍历和追踪大对象的深层结构,频繁变更时成本高;应改为精确 watch、版本号、不可变快照或业务事件。

面试回答详解

高级性能题的核心顺序是:先测量,再定位,再改变最短的关键路径,最后用同一组指标验证没有引入新的副作用。

1. 遍\n\n历\n\n### 2. 精\n\n确\n\n### 3. 副\n\n作

4. 如何验证优化有效

  • 实验条件固定:网络、CPU、设备、数据规模和用户操作路径要尽量一致。
  • 同时看局部和整体:组件更新耗时下降,不代表 LCP、INP、内存或业务转化一定改善。
  • 记录副作用:缓存过期、状态过期、可读性下降、调试困难和首屏请求增加都要进入评估。
  • 线上持续观测:实验数据和真实用户数据分开看,并按设备、路由、版本和网络分组。

可直接背诵的 30 秒回答

text
deep watch 适合确实需要观察任意深层变化的边界,但大表单、配置树和服务端响应对象使用它容易造成初始化遍历和频繁回调。更好的做法是 watch 具体字段或 getter,监听稳定版本号,使用 patch 事件表达变化,或者用 shallowRef 替换整个不可变快照。异步副作用还要使用 cleanup 取消旧请求,避免性能问题叠加数据竞态。

扩展知识

性能定位链路

text
用户操作 / 页面加载
  -> 网络与资源
  -> JS 执行与长任务
  -> Vue effect / render / patch
  -> layout / paint
  -> 真实用户指标与业务结果

常见误区

  • 没有 Profile 就直接增加 memo、缓存或异步边界。
  • 把所有数据改成 shallow API,却没有定义新的更新契约。
  • 只看 Lighthouse,不看真实设备和真实用户分布。
  • 只减少 bundle,不处理 hydration、事件响应、布局和长期内存。

面试官追问链

追问一:deep watch 是如何遍历对象的?

  • 考察点:是否能从概念落到具体排查。
  • 回答方向:先说明观测工具和指标,再说明如何缩小到 Vue、浏览器或网络层。

追问二:watch getter 返回对象有什么坑?

  • 考察点:是否知道优化方案的边界和副作用。
  • 回答方向:说明状态一致性、调试、内存、复杂度和兼容性风险。

追问三:何时可以接受 deep watch?

  • 考察点:是否具备生产验证能力。
  • 回答方向:给出实验、回归、灰度和线上监控的闭环。

推荐阅读

基于 MIT 协议开源