Reflect.set只在目标对象自身设置属性，不修改原型链上的同名属性；如需影响父级，须手动遍历原型链并检查可写性后调用Reflect.set。
Reflect.set 本身不会自动处理多层原型链上的同名属性赋值反馈问题。它的行为是标准且明确的：只在目标对象（target）自身上设置属性，若 target 自身不可写或不可扩展，则返回 false；它 不会 向原型链上游查找并修改父级属性。因此，“确保对父级同名属性的正确赋值反馈”不是 Reflect.set 的职责，而是需要你主动识别、判断和干预的逻辑。
理解 Reflect.set 的实际行为
Reflect.set(obj, 'key', value) 等价于 obj.key = value 的底层操作，但有两点关键区别：
- 返回布尔值表示是否成功（严格模式下普通赋值会抛错，而 Reflect.set 返回 false）
- 始终作用于 obj 自身，不查找原型链 —— 即使 obj.__proto__.key 存在且可写，Reflect.set(obj, 'key', v) 也只尝试在 obj 上定义或赋值 key
例如：
const parent = { x: 1 };const child = Object.create(parent);
Reflect.set(child, 'x', 99); // true
console.log(child.x); // 99 ← 已在 child 自身创建 x，遮蔽了 parent.x
console.log(parent.x); // 1 ← parent 未被修改
如需“影响父级同名属性”，必须显式定位并操作原型对象
若业务逻辑确实要求修改原型链上第一个可写的同名属性（比如模拟“继承式赋值”），你需要手动遍历原型链，找到该属性所在的对象，再对其调用 Reflect.set：
- 用 Object.getPrototypeOf() 逐级向上获取原型
- 用 Object.prototype.hasOwnProperty.call(proto, 'key') 或 proto.propertyIsEnumerable('key') 判断属性是否在该原型对象自身上
- 检查该属性的 descriptor 是否 writable: true（尤其注意 getter/setter 场景）
- 确认后，对那个原型对象执行 Reflect.set(proto, 'key', value)
简单示例（仅处理自有可写数据属性）：
function setOnFirstWritableProto(obj, key, value) {let current = Object.getPrototypeOf(obj);
while (current) {
if (current.hasOwnProperty(key)) {
const desc = Object.getOwnPropertyDescriptor(current, key);
if (desc && desc.writable !== false && desc.set === undefined) {
return Reflect.set(current, key, value);
}
}
current = Object.getPrototypeOf(current);
}
return false; // 未找到可写的同名自有属性
}
更稳健的做法：避免依赖原型链赋值，改用显式设计
在真实项目中，依赖 Reflect.set 修改原型属性容易引发隐式行为、调试困难和违反封装原则。推荐替代方案：
- 统一配置对象：将共享状态抽离为独立对象（如 configStore），各实例通过引用访问，修改即生效
- 使用 setter 代理：在原型上定义 setter，拦截赋值并决定转发到哪里（如 this.constructor.sharedValue = value）
- 约定方法名：提供 setXxx(value) 方法，在内部明确处理“当前实例优先，否则委托父类”逻辑
- 冻结原型：Object.freeze(parent) 防止意外修改，强制所有变更走实例自身，提升可预测性
小结：Reflect.set 是工具，不是魔法
它不负责“智能寻址”，只做精确的单层赋值。所谓“多层原型下对父级同名属性的正确赋值反馈”，本质是业务规则问题。你需要自己定义“什么是正确”——是覆盖实例？修改最近原型？还是触发通知？然后用 Reflect.set 配合原型遍历、descriptor 检查等基础能力去实现它。不要指望一个底层 API 替你做语义决策。
