Vue计算属性天生支持多重依赖，自动追踪getter中同步访问的所有响应式数据（如ref、reactive属性、props等），任一依赖变化即重新求值；需避免异步读取、条件跳过或非响应式源导致的依赖丢失。
Vue 的计算属性（computed）天生支持多重依赖，只要它内部访问的响应式数据发生变化，就会自动重新求值并更新视图——你不需要手动声明依赖列表，Vue 会在 getter 执行时自动追踪所有被读取的响应式属性。
依赖自动收集：靠的是响应式系统追踪
计算属性的 getter 函数在首次执行时，Vue 会开启依赖收集。此时，任何被访问的 响应式 ref、reactive 对象属性、props 或其他 computed 都会被记录为当前计算属性的依赖。后续只要其中任意一个变化，该 computed 就会重新运行。
- 例如：
fullName同时依赖user.firstName和user.lastName，两者都是 reactive 对象的属性，修改任一字段都会触发更新 - 嵌套属性也适用：
profile.address.city变化时，只要profile是 reactive，就能被正确捕获 - 数组索引访问（如
list[0].name）和方法调用（如items.filter(...)）中的响应式读取也会被追踪
避免“依赖丢失”：别在计算中绕过响应式链路
如果计算逻辑中某些值没有被 Vue 的响应式系统捕获，就无法触发更新。常见陷阱包括：
- 从非响应式源读取：比如从普通对象、localStorage、函数参数或未包裹的字面量中取值，这些不会建立依赖
-
异步读取后才使用：在
setTimeout、Promise.then中访问响应式数据，此时 getter 已执行完毕，依赖收集早已关闭 -
条件跳过访问：用
v-if或提前 return 跳过对某个响应式字段的读取，该字段就不会成为依赖
解决方式很简单：确保所有参与计算的响应式数据都在 getter 同步执行路径中被直接读取。
vue-admin-change-reviewer
下载
审查 Vue 管理后台的变更请求（Vue 2 + Element UI，Vue 3 + Element Plus）。重点关注最小化变更实现、上线风险检查以及回归检查清单生成。
立即学习“前端免费学习笔记（深入）”；
复杂逻辑拆分：用多个计算属性协作，而非堆在一个里
当一个计算属性内部逻辑过重、分支多、依赖杂，容易导致可读性差、调试困难、甚至意外跳过依赖。推荐按职责拆分：
- 把基础派生字段单独定义为 computed，例如
isValid、hasItems、filteredList - 再让高层计算属性组合它们，例如
displayMessage基于isValid和filteredList.length - 这样每个计算属性依赖明确、测试友好，且 Vue 能精准控制更新粒度
需要手动控制？谨慎使用 watchEffect 替代
极少数场景下，比如依赖来自第三方库状态、动态 key 访问、或需副作用（如发请求、改 DOM），computed 不够灵活。这时可用 watchEffect：
- 它同样自动收集依赖，但允许你在回调中执行异步、条件逻辑、甚至清理操作
- 注意：它不返回值，也不具备缓存能力，适合“响应式副作用”，而非派生状态
- 不要为了“看起来更可控”而放弃 computed —— 大多数多重依赖场景，computed 更简洁、高效、符合 Vue 设计意图
响应式不是魔法，但它的自动依赖追踪足够可靠。写好 computed 的关键，是让逻辑保持同步、扁平、可预测——数据在哪，就让它自然出现在 getter 里。
