ref自动解包发生在编译阶段，非proxy运行时拦截；模板中{{ count }}等价于count.value，仅限插值、v-bind、v-model、v-if等上下文，setup内仍需.value。

ref 的自动拆包（Unwrapping）**不是靠 Proxy 拦截 .value 实现的“运行时解包”**，而是在模板编译阶段由 Vue 编译器静态识别 ref 变量，并在生成的渲染函数中**直接插入 .value 访问逻辑**。它不依赖 Proxy 的 get/set 陷阱，也没有运行时开销。

编译期静态分析：自动插入 .value

Vue 模板编译器（如 @vue/compiler-dom）在解析 {{ count }} 这类插值时，会检查变量 count 是否来自 ref() 创建的响应式对象。这个判断基于 AST 阶段的绑定信息（例如 setup 函数返回的对象属性是否被标记为 Ref 类型）。

• 若确认是 ref，则生成的渲染函数等价于：ctx.count.value
• 若只是普通 reactive 属性（如 state.count），则生成：ctx.state.count
• 该过程发生在构建时或首次编译时，与 Proxy 无关，也不触发任何依赖收集

Proxy 在 ref 中的真实作用位置

ref 的响应式能力确实依赖 Proxy，但它的 Proxy 不用于模板访问，而是用于保障 .value 本身的响应性：

aperture: the L402 aware reverse proxy

安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。

下载

• 对基本类型（number/string/boolean）：ref 内部创建一个 { value: xxx } 对象，并用 Object.defineProperty 或轻量级 Proxy 劫持其 value 属性的 get/set，实现依赖追踪
• 对引用类型（对象/数组）：ref 会内部调用 reactive() 处理 .value，此时真正的响应式代理由 Proxy 实现（递归代理嵌套结构）
• 也就是说：Proxy 保证的是 count.value = 10 能触发更新，而不是 {{ count }} 自动变成 count.value

reactive 为何不自动拆包？

因为 reactive 返回的是一个 Proxy 代理对象，其属性（如 state.count）本身已是响应式原始值——读取时走 Proxy.get，天然“扁平”。不需要额外包装和解包机制：

• ref(5) → 是一个带 .value 的容器，必须解包才能拿到值
• reactive({ count: 5 }) → state.count 就是数字 5，直接可用
• 二者设计目标不同：ref 解决“基本类型响应式”，reactive 解决“对象深度响应式”

哪些地方会触发自动拆包？

仅限 Vue 模板上下文中的特定语法节点，包括：

• 插值表达式：{{ count }}
• v-bind 绑定：:title="count"、v-bind="attrs"（attrs 中的 ref 值也会被解包）
• v-model（表单元素）：<input v-model="msg">
• v-if / v-show 的判断表达式：v-if="loading"

而以下情况不会解包：在 setup()、watch()、computed()、普通函数或 JSX 中，必须显式写 count.value。