Reflect.set 返回 true 仅表示赋值逻辑按规范触发成功，不保证业务生效；需结合 Proxy 拦截、属性描述符检查及 receiver 正确传递来确保继承中赋值的可预测性与可观测性。
Reflect.set 的返回值本身不提供“赋值反馈”，它只表示赋值操作是否**按规范成功触发了对应的操作逻辑**（如 setter、[[Set]] 内部方法），但不反映业务层面的“是否生效”或“是否被拦截”。要确保在继承体系中属性赋值的**可预测性与可观测性**，关键不是依赖它的布尔返回值做业务判断，而是结合设计模式与语言机制主动建立反馈路径。
理解 Reflect.set 返回值的真实含义
Reflect.set(target, property, value, receiver) 返回 true 表示： - target 是对象（非 null/undefined）； - 属性设置未被 [[Set]] 拦截拒绝（例如不可写数据属性、严格模式下静默失败转为 false）； - 若存在 setter，该 setter 被成功调用（但 setter 内部抛错仍导致返回 false）； - receiver 用于指定 this 绑定（影响原型链上 setter 的查找）。
它不保证： - 属性最终存在于 target 上（可能被 setter 重定向到别处）； - 值真的被存入某个位置（setter 可能忽略 value 或写入其他对象）； - 继承链上的同名属性是否被覆盖（取决于属性描述符和原型链查找规则）。
在继承中确保赋值可追踪：用 Proxy 封装 + 自定义反馈
单纯靠 Reflect.set 的 true/false 无法满足“正确赋值反馈”需求。更可靠的方式是：对目标对象（尤其是基类实例）用 Proxy 包裹，在 set 拦截器中显式记录、校验、通知。
- 在 handler.set 中调用 Reflect.set(..., receiver) 完成默认行为；
- 紧接着执行自定义逻辑：比如触发事件、更新内部状态、验证值类型、记录日志；
- 返回布尔值时，可结合业务规则——例如 setter 抛出特定错误时返回 false，或校验失败时返回 false 并 throw；
- receiver 参数必须传入，否则在有原型 setter 时可能查找不到正确方法。
配合 defineProperty 和 getOwnPropertyDescriptor 控制继承行为
若希望子类赋值时明确知道是否修改了自身属性（而非原型属性），可在赋值前检查：
- Object.hasOwnProperty(target, key) 判断属性是否在实例自身；
- Object.getOwnPropertyDescriptor(target, key)?.writable === false 识别只读限制；
- Reflect.getOwnPropertyDescriptor(Object.getPrototypeOf(target), key) 查看原型上是否有 setter；
- 结合 Reflect.set 返回值 + 这些检查，构建分层反馈策略（例如：“已写入原型 setter”、“已写入自有不可写属性，忽略”）。
避免常见陷阱：receiver 不等于 target
当操作继承对象时，receiver 很可能是子类实例，而 target 是父类原型或子类原型。若忽略 receiver，Reflect.set 可能调用错误的 setter。
例如：
class Parent { set x(v) { console.log('Parent setter'); } }
class Child extends Parent {}
const child = new Child();
// ❌ 错误：target 是 Parent.prototype，但 receiver 缺失 → 可能无法正确触发 Child 链上的逻辑
Reflect.set(Parent.prototype, 'x', 123);
<p>// ✅ 正确：receiver 明确为 child 实例，确保完整原型链查找
Reflect.set(Parent.prototype, 'x', 123, child);</p>实际中建议统一使用 Reflect.set(obj, key, val, obj)，除非你明确需要切换 receiver。
