Computed依赖遗漏本质是Vue首次求值时未捕获响应式字段读取，致变化不触发重算；需检查DevTools中Dependencies是否完整、有无无效读取、异步/条件跳过及非响应式字段等问题。
Computed 依赖遗漏，本质是 Vue 在首次求值时没“看到”某些响应式字段被读取，导致这些字段变化时无法触发重算。它不是代码报错，而是静默失效——值卡住不动，你却找不到原因。
看 DevTools 的 Dependencies 列表是否完整
打开 Vue Devtools → 找到组件 → 切到 Computed 标签页 → 展开目标计算属性。它下方列出的依赖项，就是 Vue 实际收集到的响应式路径。
- 如果本该依赖的
this.user.name没出现，说明 getter 里根本没读过this.user.name（比如读的是解构后的name，或用了user?.name但user为null导致短路） - 如果只列了
this.list，但没列this.list[0].id，说明你只是用了数组长度或整个数组引用，没真正访问深层属性 - 依赖项旁没有小圆点图标（Vue 2）或箭头标识（Vue 3），说明那个字段本身就不在响应式系统中
检查 getter 内部是否做了“无效读取”
依赖收集只发生在 getter 同步执行过程中。任何异步、条件跳过、或未实际执行的读取，都不会进依赖图。
-
条件语句绕过读取：比如
return this.flag ? this.obj.value : 'default'，当flag为false时，this.obj.value根本不执行，也就不会被收集 -
可选链提前终止：如
this.user?.profile?.avatar，若this.user为空，则后续属性全不访问，依赖只收集到user，漏掉profile和avatar -
异步回调里的读取：如
setTimeout(() => this.count, 100)，这段代码不在 getter 执行流中，完全不参与依赖收集
验证响应式字段是否真被“读”到了
在计算属性 getter 开头加一行调试输出，确认关键路径是否执行：
- 写
console.log('reading user.name:', this.user?.name)，看控制台是否打印——不打印，说明逻辑没走到这儿 - 把 getter 中疑似漏读的字段单独提前读一次：
const _ = this.user.name（下划线变量是常见占位写法），强制触发访问和依赖收集 - 用
Object.isExtensible(this.user)或isReactive(this.user)（Vue 3）确认对象确实是响应式的，再查它有没有name这个 key
警惕“看起来在用，其实没读”的常见写法
有些操作看似用了响应式数据，实则没触发 getter，自然不建立依赖。
-
JSON.stringify(this.obj)：只序列化值，不触发响应式属性的get，依赖收集不到任何内部字段 -
Object.keys(this.obj)：Vue 3 中能收集到对象本身，但不会深入收集每个 key 对应的 value；Vue 2 中甚至可能完全不触发依赖 -
this.obj['name']和this.obj.name行为一致，但this.obj[computedKey]中若computedKey非响应式，就无法追踪动态 key 的变化 - 模板中用了
v-for="item in list"，但 computed 里只写了list.length，那只有list引用变化才触发，list内部元素改了也不管
