在 Vue 3 中，为什么选用 Proxy API 来替换 Vue 2 中使用的 defineProperty API？请从实现机制和功能差异两个层面说明理由。

回答思路

1. 【回答框架 1】Vue 2 的 defineProperty 通过遍历对象已有属性并逐个改写 getter/setter 实现响应式，只能劫持已存在的属性，无法检测新增属性或删除属性，因此 Vue 2 需要额外提供 Vue.set 和 Vue.delete 方法，并且数组的索引变化和长度变化无法被完整监听，只能通过重写数组方法达到部分效果。
2. 【回答框架 2】Vue 3 的 Proxy 直接代理整个对象，可以对对象的所有操作（包括属性添加、删除、属性描述符查询等）进行拦截，因此能自然支持动态新增属性和删除属性，无需额外 API，且对数组的索引操作和长度变化也能完整监听，使得响应式系统的能力和一致性得到提升。
3. 【回答框架 3】Proxy 的性能在于它只代理对象本身，而不是递归转换所有属性，真正需要响应式时才会在读取属性时进行惰性代理，减少了初始化开销；但 Proxy 在每次访问属性时都会触发底层陷阱，对高频访问场景的代理开销可能略高于 defineProperty 的访问，但整体收益更大。
4. 【回答框架 4】在实现复杂度上，defineProperty 的拦截逻辑与对象属性耦合，需要维护两个版本（对象和数组），而 Proxy 统一了代理逻辑，代码更简洁，也便于后续扩展新的数据类型。最终，Vue 3 选择 Proxy 是权衡了功能完备性、代码一致性和长期维护成本后的结果。
5. 【关键点 1】defineProperty 无法拦截属性新增和删除，Proxy 可以。
6. 【关键点 2】defineProperty 对数组索引和长度变化监听不完整，Proxy 完整支持。
7. 【关键点 3】Proxy 采用惰性代理，初始化开销更小。
8. 【关键点 4】Proxy 统一了对象和数组的拦截逻辑，代码更简洁。
9. 【易错点 1】不要误以为 Proxy 完全快于 defineProperty，它只是整体收益更大，访问高频属性时仍有额外开销。
10. 【易错点 2】不能说 Proxy 支持所有操作而无需注意性能，大量访问时可能成为瓶颈。
11. 【易错点 3】不能忽略 defineProperty 在旧环境中的兼容性优势，Proxy 无法被 polyfill。