评估组合式函数渲染成本的关键在于其对响应式依赖链、更新频率和虚拟DOM重绘范围的影响；需关注effect数量与粒度、更新延迟、冗余重渲染及patch耗时。
评估组合式函数的渲染成本，关键不是看它“写了多少行”，而是看它如何影响组件的响应式依赖链、更新频率和虚拟 DOM 重绘范围。组合式函数本身不直接渲染，但它封装的响应式逻辑会决定组件何时、为何、多频繁地重新 render。
看 effect 数量与依赖粒度
每个 ref、computed、watch 都会创建一个或多个 effect。effect 越多，数据变更时触发的追踪和调度开销越大。
- 用 Vue Devtools 的 Dependencies 面板查看当前组件激活的 effect 总数；超过 150 个需警惕
- 避免在
computed中调用 API、读取 DOM 或执行副作用——这会让 effect 变成“脏 effect”，导致无效更新 - 深层对象尽量用 shallowRef + 手动赋值，而非
reactive({ nested: { ... } })，防止 effect 泛滥
测更新延迟与触发链路
从状态变更到视图更新之间的时间差（Reactive Update Latency），能暴露组合式函数中隐藏的性能瓶颈。
vue-component-analyzer
下载
递归分析 Vue 项目组件依赖，从入口文件生成组件层级图，支持 Vue 2/3，输出组件名、文件路径和属性。适用于分析组件结构、排查依赖或了解项目架构。
- 在组合函数里设置
const start = performance.now()，在 watch 或 onUpdated 里打点计算耗时 - 若某次
user.name = 'new'后，视图延迟 >50ms 更新，检查是否在相关 watch 回调中做了同步循环、未 await 的 Promise 或大量 JSON.parse - 用
watchEffect(() => { console.trace() })快速定位是谁触发了不该触发的更新
查是否引入冗余重渲染
组合式函数若返回非响应式但被模板频繁访问的值（比如每次调用都新建对象），会绕过 Vue 的缓存机制，导致重复计算和 VNode 重建。
立即学习“前端免费学习笔记（深入）”；
- 模板中避免写
{{ formatUser(user) }}这类方法调用；改用computed(() => formatUser(user)) - 自定义 Hook 返回的
data若是大型数组，考虑用shallowRef包裹，并配合triggerRef显式通知更新 - 对静态结构部分，可在组合函数内用
v-memo的依赖数组逻辑做提前判断，减少 h 函数中不必要的 vnode 创建
结合渲染函数验证实际开销
当怀疑某个组合式函数拖慢渲染，可将其接入渲染函数路径，用 Performance 面板直接观测 patch 耗时。
- 在
render()中调用该 Hook 返回的状态，并用h('div', ...)构建内容 - 开启
app.config.performance = true，操作触发更新，在 Chrome Performance 面板筛选vue-patch区域 - 若单次 patch >20ms 且与该 Hook 强相关（如它控制的列表项数量翻倍），说明其输出结构或 key 策略需优化
