Vue响应式更新通过内置去重调度机制确保每个effect在同个tick内仅执行一次：依赖更新前查has哈希表避免重复入队，微任务统一执行并去重，手动API如triggerRef也遵循该机制。
Vue.js 的响应式更新不会重复执行同一个副作用，靠的是内置的去重调度机制——它确保每个需要更新的 effect（比如组件 render 函数）在同一个事件循环 tick 内只被放入队列一次。
依赖更新被加入队列前先查重
当某个响应式属性变化触发 trigger 时，Vue 会遍历它的依赖集合（Dep），把每个 effect 推入异步更新队列。但不是无条件添加：Vue 维护一个哈希对象 has，以 effect 的唯一标识（如 id）为 key，记录该 effect 是否已在当前队列中。
- 如果已存在，跳过添加，避免重复调度
- 如果不存在，加入队列并标记
has[id] = true - 这个判断发生在入队瞬间，开销极小，却有效防止了同一组件因多个字段变更而反复 render
批量合并发生在微任务清空前
所有被 trigger 的 effect 都会被收集到同一个 Promise.then 微任务中。等到当前同步代码执行完、微任务队列开始执行时，Vue 才统一取出队列中的 effect 并去重执行。
vue-component-analyzer
下载
递归分析 Vue 项目组件依赖，从入口文件生成组件层级图，支持 Vue 2/3，输出组件名、文件路径和属性。适用于分析组件结构、排查依赖或了解项目架构。
- 即使你在一次操作中连续修改了
user.name、user.age、user.city三个字段，只要它们属于同一个组件的依赖，最终只触发一次 render - 不同组件的 effect 不会互相干扰，各自独立去重
- watch 或 computed 的 effect 也共享同一套去重逻辑，无需额外配置
手动触发时也要注意去重边界
像 triggerRef() 这类手动更新 API 同样遵循这套机制：调用多次 triggerRef(shallowRef)，只要在同一个 tick 内，也只触发一次关联 effect 的重新执行。
立即学习“前端免费学习笔记（深入）”；
- 它不绕过去重，而是融入原有调度流程
- 如果你在 for 循环里反复调用
triggerRef，结果和单次调用一样，视图不会因此多刷新几次 - 真正影响更新频次的，是 effect 被 trigger 的时机是否落在同一个微任务周期内
去重失效的常见诱因
去重机制很可靠，但某些写法会让 effect 被当作“不同实例”处理，从而失去去重效果：
- 在模板中频繁新建匿名函数，如
@click="() => count++"，每次渲染都生成新 effect，无法复用 - 使用
watch时未指定flush: 'post'或immediate: true，导致监听器在不同阶段被重复注册 - 多个
computed依赖同一数据但内部逻辑不同，会被视为不同 effect，各自独立调度
