vue3能拦截delete操作，根本原因是proxy替代object.defineproperty并原生支持deleteproperty trap，而后者仅能监听已有属性的读写、无法捕获删除行为。
Vue3 能拦截 delete 操作，根本原因在于它用 Proxy 替代了 Vue2 的 Object.defineProperty，而 Proxy 天然支持对 deleteProperty 这一操作的拦截 —— 这是 Object.defineProperty 完全不具备的能力。
deleteProperty 是 Proxy 的原生 trap 之一
Proxy 允许你为对象定义一套“拦截器（handlers）”，其中 deleteProperty 就是标准内置的 13 种 trap 之一。只要在 handler 中实现它，任何对代理对象执行 delete obj.key 的行为都会被精确捕获：
- Vue3 的
mutableHandlers明确导出了deleteProperty方法，内部调用Reflect.deleteProperty执行真实删除，并触发依赖更新（trigger） - 该操作会同步通知所有依赖该属性的副作用（如组件 render、watch），从而驱动视图重算或回调执行
- 与 get/set 类似，它也参与响应式系统的依赖收集-触发闭环，只是触发时机在属性被移除时
Vue2 为什么做不到？根源在 API 层级限制
Object.defineProperty 只能为**已存在的具体属性**定义 getter/setter，它无法监听“属性是否被删”这个动作本身：
aperture: the L402 aware reverse proxy
下载
安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。
-
delete obj.key在 Vue2 中是静默成功的，但不会触发任何响应式逻辑 - 即便你手动调用
this.$set(obj, key, newVal)或this.$delete(obj, key)，那也只是 Vue 提供的补丁方法，不是语言原生能力 - 本质是 Object.defineProperty 工作在“属性粒度”，而 Proxy 工作在“对象行为粒度”
除了 delete，Proxy 还能拦截哪些 Vue2 做不到的操作？
Vue3 借助 Proxy 的全面拦截能力，一举补齐了 Vue2 的多项响应式盲区：
-
has：拦截
key in obj，让in判断也能触发依赖收集 -
ownKeys：拦截
Object.keys()、Reflect.ownKeys()等枚举操作，使v-for遍历新增属性后自动更新 - getOwnPropertyDescriptor、defineProperty 等：支持更底层的元操作追踪
- 对 数组索引赋值（
arr[0] = x）、数组长度修改（arr.length = 0）天然响应，无需重写原型方法
实际开发中要注意的细节
虽然 Proxy 功能强大，但使用时仍有边界需明确：
- Proxy 只代理第一层对象，深层嵌套对象仍靠 get 中的“惰性递归 reactive”处理
- 直接对原始值（如字符串、数字）或内置对象（如 Date、RegExp）做 reactive 无效，需包装为 ref 或 shallowReactive
- delete 拦截生效的前提是操作目标必须是 reactive 创建的代理对象，普通对象或解包后的原始值不触发
- 使用
delete删除响应式对象属性后，建议配合trigger显式通知依赖，尤其在自定义 effect 场景下
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
