Appearance
ref 与 reactive：包装语义、代理边界与模板解包
主题定位
理解两者差异，关键在容器边界、对象代理和解构行为。
- 理解两者差异，关键在容器边界、对象代理和解构行为
- ref 和 reactive 的差异不只是“一个给基本类型，一个给对象”
- ref 创建的是带 .value 的稳定容器，reactive 创建的是对象代理；两者在替换语义、解构行为和模板解包上都有明显差异
- reactive 不是“更高级的 ref”；它解决的是对象代理，不适合 primitive
ref 与 reactive 的包装语义
ref
ref 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 ref 的差异最终会体现在 响应式、调度器、组件边界 这几个维度。 ref 讲清适用边界、失效条件和代价结构，结论才有技术含量。
reactive
reactive 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 reactive 的差异最终会体现在 响应式、调度器、组件边界 这几个维度。 reactive 讲清适用边界、失效条件和代价结构，结论才有技术含量。
差异对照与解包边界
- 理解两者差异，关键在容器边界、对象代理和解构行为
- ref 和 reactive 的差异不只是“一个给基本类型，一个给对象”
- ref 创建的是带 .value 的稳定容器，reactive 创建的是对象代理；两者在替换语义、解构行为和模板解包上都有明显差异
- reactive 不是“更高级的 ref”；它解决的是对象代理，不适合 primitive
- ref(value) 返回 RefImpl，依赖收集发生在 .value 的 getter/setter 上；对象型 ref 内部仍会把对象交给 reactive 处理
- reactive(target) 直接返回 Proxy，更适合“对象本体就是状态单元”的场景
状态建模建议
- 理解两者差异，关键在容器边界、对象代理和解构行为
- ref 和 reactive 的差异不只是“一个给基本类型，一个给对象”
- ref 创建的是带 .value 的稳定容器，reactive 创建的是对象代理；两者在替换语义、解构行为和模板解包上都有明显差异
- reactive 不是“更高级的 ref”；它解决的是对象代理，不适合 primitive
- ref(value) 返回 RefImpl，依赖收集发生在 .value 的 getter/setter 上；对象型 ref 内部仍会把对象交给 reactive 处理
问答设计及延伸
标准回答
回答 ref 与 reactive：包装语义、代理边界与模板解包 时，先定义 ref、reactive 各自解决的问题，再比较它们在 响应式、调度器、组件边界 上的差异，最后给出选型边界和工程代价。
追问拆解
- ref 与 reactive：包装语义、代理边界与模板解包 与“Vue 3 响应式系统：Proxy、effect、track 与 trigger”的边界关系
- ref 与 reactive：包装语义、代理边界与模板解包 与“computed 与 watch：派生状态、脏标记与副作用调度”的边界关系
- ref 与 reactive：包装语义、代理边界与模板解包 与“watch、watchEffect 与清理机制：竞态取消与 effect 生命周期”的边界关系
- 跨标签页、跨域、多端协作场景下的结论变化
- 维护成本上升后的优先级调整
容易失分的点
- 只给“哪个好”的结论，不先拆对象
- 只报 API 或术语，不解释运行时行为和代价
- 缺少真实场景，导致结论过度绝对
项目映射
- 结合真实系统说明 ref 到 reactive 分别落在哪段链路
- 补充未选方案的放弃原因和约束差异
- 补充线上问题、治理动作和验证结果