计算属性能自然处理多重嵌套依赖，关键在于 Vue 3 的 Proxy 响应式系统自动追踪 getter 中所有同步读取的响应式路径，无论嵌套多深；支持任意深度对象/数组访问、链式 computed 依赖及动态增删属性，但需确保依赖链有真实响应式根源且避免异步或条件跳过导致依赖丢失。

计算属性能自然处理多重嵌套依赖，关键在于 Vue 3 的 Proxy 响应式系统会自动追踪 getter 中所有同步读取的响应式路径，无论嵌套多深——只要源头是 reactive 或 ref，中间每一层访问都会被纳入依赖链。

依赖自动捕获：从顶层对象到深层字段都算数

Vue 不需要你手动声明“我要监听 profile.address.city”，只要你在 computed 的 getter 里写了 user.profile.address.city，且 user 是 reactive 对象，整个路径就会被完整收集。修改 city、address 甚至 profile 本身，都会触发该计算属性重新求值。

• 支持任意深度：user.info.settings.theme、items[0].meta.tags[1].name 等写法均有效
• 数组索引访问也响应：todos[2].done、list.filter(x => x.id)[0]?.status 都会被追踪
• 嵌套对象新增/删除属性同样生效（得益于 Proxy，不像 Vue 2 需要 $set）

链式计算属性：可依赖其他 computed，但依赖链必须有根

一个 computed 可以安全地引用另一个 computed，形成派生链，例如：

• baseData → 依赖 reactive state
• filteredData → 依赖 baseData
• sortedData → 依赖 filteredData

只要最上游的 baseData 指向真实的响应式源（比如 store.state 或 ref），整条链就具备响应性。若全部都是 computed 互相引用而无真实数据源，会导致无法触发更新或死循环。

复杂逻辑中避免依赖丢失的实操要点

多重嵌套常伴随条件分支或异步场景，稍不注意就会“漏掉”依赖：

• 不要在 getter 中做异步读取（如 await api.get()），异步结果不是响应式依赖
• 避免条件跳过：if (user) return user.profile.city —— 若 user 初始为 null，后续变为 reactive 对象，city 变化可能不触发更新；应确保路径始终可访问，或用 user?.profile?.city + 默认值兜底
• Pinia 场景下，务必通过 store.xxx 访问状态，而非解构赋值（如 const { name } = store —— 这会断开响应式连接）
• 使用 computed(() => store.someObj) 而非直接 store.someObj，确保响应式绑定不中断

调试技巧：快速验证依赖是否完整

当计算属性没按预期更新，可临时加一行 console.log 来观察执行时机：

• 在 computed getter 开头打印日志，看是否被调用 —— 不调用说明依赖未变化或未收集到
• 用 Vue Devtools 的 “Reactivity” 面板查看该 computed 的依赖列表，确认嵌套字段是否在其中
• 把深层访问拆成中间变量（如 const addr = user.profile.address; return addr.city），有助于定位哪一层断开了响应