Object.hasOwn只检查对象自身属性，Reflect.has则沿原型链查找；前者用于判断属性归属，后者用于探测可访问性，二者设计目标不同、不可互换。

Object.hasOwn 和 Reflect.has 都是用于检测对象属性存在的标准方法，但它们的用途、行为和设计目标完全不同，不能互换使用。

检查范围不同：自身属性 vs 原型链属性

Object.hasOwn 只检查对象自身的属性（不包括原型链上的），等价于安全版的 hasOwnProperty；而 Reflect.has 会沿整个原型链查找，行为完全等同于 "key" in obj。

• Object.hasOwn(obj, "x") → true 仅当 x 是 obj 自己直接定义的属性
• Reflect.has(obj, "x") → true 只要 x 在 obj 自身或任意原型上存在（包括 toString、valueOf 等继承方法）

设计定位不同：数据归属判断 vs 存在性判断

Object.hasOwn 解决的是“这个属性是不是属于这个对象”的问题，常用于对象合并、属性劫持、防污染等场景；Reflect.has 解决的是“这个属性能不能被访问到”的问题，更偏向元编程和运行时能力探测。

• 需要区分自有/继承属性时，用 Object.hasOwn
• 模拟属性访问逻辑、配合 Proxy 的 has 拦截器时，必须用 Reflect.has

安全性与兼容性表现不同

Object.hasOwn 是 ES2022 新增 API，天然规避了 Object.create(null) 或 hasOwnProperty 被覆盖的问题，无需 call 绑定；Reflect.has 是 ES2015 就有的 API，对非对象参数（如 null、string）会抛 TypeError，比 in 更严格。

• Object.hasOwn({}, "toString") → false（toString 是继承来的）
• Reflect.has({}, "toString") → true（可访问，来自 Object.prototype）
• Reflect.has(null, "x") → TypeError；"x" in null → false（自动转为对象，结果意外）

实际选用建议

不需要纠结“哪个更好”，关键看你要回答什么问题：

• “这个 key 是不是 obj 自己的？” → 用 Object.hasOwn(obj, key)
• “用 obj[key] 或 'key' in obj 会不会得到值？” → 用 Reflect.has(obj, key)
• 写 Proxy 时拦截属性访问 → 只能用 Reflect.has，in 不触发 has 钩子