响应式系统中的“依赖收集”到底收集了什么？

依赖收集本质上记录的是“谁在读这个值”——即正在执行的副作用函数（如组件渲染函数、计算属性getter或watch回调），而非数据本身或变量名；它通过在响应式属性被访问的瞬间，将当前活跃的effect动态登记到该属性专属的监听集合中，借助WeakMap→Map→Set的三层结构实现精准到属性级的依赖追踪，确保数据变化时仅触发真正依赖它的逻辑单元重新执行，从而构建出一张高效、无冗余的响应式更新关系网。

依赖收集搜集的不是数据本身，也不是变量名，而是“谁在读这个值”——更准确地说，是正在执行的副作用函数（比如组件渲染函数、计算属性的 getter、watch 回调）。

它记下的是一组“监听任务”

这些任务不是抽象概念，而是真实运行着的 JavaScript 函数。Vue 把它们包装成 Watcher（Vue 2）或 Effect（Vue 3），每个都代表一个需要响应数据变化的逻辑单元：

• 组件首次渲染时，整个 render() 函数就是一个 effect；
• 你写 computed: { fullName() { return this.first + this.last } }，这个 fullName 的 getter 就是一个 effect；
• 你写 watch: { count() { console.log('变了') } }，内部会新建一个专门读 count 的 effect。

收集过程不是扫描代码，而是在“读取瞬间”悄悄登记

它不靠静态分析，也不靠你手动声明。关键在于：只要某个响应式属性被访问（触发 getter 或 Proxy 的 get 拦截），系统就立刻做两件事：

• 查一下“现在正在跑哪个 effect”（通过全局变量 activeEffect 记录）；
• 把这个 effect 加到该属性专属的“小本子”里（即 target → key → Set 的三级结构）。

比如访问 state.user.name，系统就会把当前 effect 写进 user 对象的 name 属性对应的那个 Set 里，和其他属性互不干扰。

为什么必须按属性分开存？

因为更新时要精准通知。如果 name 改了，不该让依赖 age 的组件也重算。所以依赖不是笼统地挂在对象上，而是精确绑定到具体属性上：

• 用 WeakMap 存对象 → Map 存属性名 → Set 存 effect，三层嵌套保证隔离；
• 这样 state.count++ 只会触发所有收集在 count 上的 effect，不会波及其他字段。

它不收集“怎么用”，只收集“谁在用”

你写 {{ user.name.toUpperCase() }}，Vue 不关心 toUpperCase 是什么逻辑，也不记录字符串方法；它只在读 user.name 那一刻，把当前组件的渲染 effect 记下来。后续 name 一变，就直接调这个 effect，让它重新执行整段模板逻辑。

本质上，依赖收集建起的是一张动态的关系网：一边是数据的最小可变单位（属性级），一边是需要刷新的最小执行单元（effect）。这张网让更新既不遗漏，也不浪费。

今天关于《响应式系统中的“依赖收集”到底收集了什么？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！