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 钩子
