Vue.js中computed默认懒加载，即依赖变化且首次被读取时才计算，非立即执行；若模板过早引用未就绪依赖会报错，此时应改用data+watch控制就绪时机。
Vue.js 响应式系统中，computed 本身默认就是懒加载的——它不会在组件创建时立即执行，而是在首次被读取（比如模板中使用、或 JS 中访问 .value）且其依赖已就绪时才真正计算。这种“按需求值”不是可选配置，而是设计内核，目的是避免无意义的预计算和资源浪费。
懒加载的本质：依赖变化 + 实际读取才触发
computed 的懒，并非“永远不执行”，而是延迟到被消费那一刻才求值。它的执行时机由两个条件共同决定：
- 依赖的响应式数据发生了变更（触发依赖追踪更新）
- 该 computed 属性被代码显式访问（如
myComputed.value）或模板渲染中用到
如果依赖没变，哪怕反复读取，也直接返回缓存结果；如果依赖变了但没人读它，就不会重新计算——这正是性能优化的关键。
为什么有时会“提前报错”？不是懒失效，而是被提前消费了
常见误解是“computed 懒加载失效了”，其实问题往往出在：它被模板或逻辑过早引用了。例如：
立即学习“前端免费学习笔记（深入）”；
- 模板中写了
:disabled="isBtnDisabled"，而isBtnDisabled依赖一个尚未初始化的interaction对象 - 组件刚创建，
interaction还是null，但模板已尝试读取 computed，导致 getter 内部抛错
这不是 computed 不懒，而是它“被要求干活”的时间点太早——懒的前提是“有人要它”，而你恰好在它还没准备好时就要了。
真正需要“懒初始化”时，用 data + watch 替代硬编码逻辑
当依赖项存在异步加载、条件初始化等不确定性时，不要靠 try/catch 或防御性判断硬扛，而是主动控制可用时机：
- 在
data中声明一个标志位，如isReady: false - 用
watch监听关键依赖（如digitizePolygonInteractions），在其有效后置isReady = true - computed 内部先检查
!this.isReady，返回安全默认值（如false或undefined）
这样既保留了 computed 的响应式优势，又规避了初始化阶段的访问风险，比强行改写 getter 更清晰可控。
别混淆：lazy 是 effect 的选项，不是 computed 的 API
底层实现中，computed 确实基于一个 lazy: true 的副作用函数（effect），但这个细节对用户透明。你不需要、也不应该手动传 { lazy: true } 给 computed()——Vue 3 的 computed 函数内部已固定启用懒执行。试图在用户层调用类似 computed(fn, { lazy: true }) 会报错，因为官方 API 不接受该参数。
