Reflect.defineProperty 覆盖失败时返回 false 而非抛错，常见原因包括属性不可配置、只读或对象不可扩展；应通过返回值分支处理，并可结合 getOwnPropertyDescriptor 预判或封装语义化工具函数。
Reflect.defineProperty 处理属性覆盖失败的核心逻辑是：不抛异常，而是返回 false，把“是否成功”交由你主动判断，而不是被动捕获错误。
覆盖失败的常见原因和对应表现
当尝试用 Reflect.defineProperty 覆盖已有属性却失败时，它不会报错，但会静默返回 false。典型场景包括：
- 目标属性已存在且
configurable: false（如 Object.freeze 后的对象、或手动设为不可配置的属性） - 目标属性是只读的（
writable: false），而新 descriptor 尝试修改value或设writable: true - 对不可扩展对象（
Object.preventExtensions()）添加新属性 - 在 null 或原始值（如字符串、数字）上调用，此时直接抛
TypeError（这是参数校验失败，不是“覆盖失败”，需提前规避）
用返回值做分支处理，代替 try/catch
比起包裹一层 try/catch 等待崩溃，更轻量、意图更明确的做法是直接检查返回值：
- 返回
true→ 操作生效，可继续后续逻辑 - 返回
false→ 覆盖被拒绝，按业务需要选择：
– 忽略（比如只是想“尽量设个默认值”）
– 记录 warn（提示属性已被锁定）
– 降级写入（例如 fallback 到obj[prop] = value，注意这可能绕过描述符约束）
– 主动 throw 自定义错误（如new Error('Cannot override locked property')）
结合 getOwnPropertyDescriptor 提前预判
若你关心“能否覆盖”，而非“覆盖后是什么”，可在 define 前先查当前描述符：
- 用
Reflect.getOwnPropertyDescriptor(obj, key)获取现有 descriptor - 检查
configurable和writable字段，预估 define 是否会失败 - 必要时搭配
Object.hasOwn(obj, key)区分自有属性与继承属性，避免误判
封装语义化工具函数
把“覆盖失败”的含义绑定到具体业务中，能提升可读性。例如：
-
tryDefineWritable(obj, key, value)：仅当属性可写时才设值，否则返回 false -
ensureImmutableProp(obj, key, value)：强制设为configurable: false, writable: false，失败则告警 -
softDefine(obj, key, desc)：失败时自动 fallback 到简单赋值，并返回操作类型标识
