Object.hasOwn用于安全判断属性是否为对象自有属性，避免继承干扰；比'in'更精准、比hasOwnProperty更可靠；适用配置校验等需严格区分属性存在性的场景。
Object.hasOwn 本身不直接用于“访问”属性，而是用来安全地判断某个属性是否属于对象自身（而非继承而来），这是安全访问的前提。只有确认属性存在且是自有属性后，再读取才不容易出错。
先判断，再访问：避免读取 undefined 或触发意外逻辑
直接用 obj.prop 可能返回 undefined，但无法区分是属性不存在、值为 undefined，还是被原型链上同名属性覆盖。而 Object.hasOwn(obj, 'prop') 明确告诉你这个属性是不是对象自己拥有的。
- 适合在读取前做守卫，比如：
if (Object.hasOwn(user, 'name')) { console.log(user.name); } - 比
'prop' in obj更精准——后者会查原型链，可能误判继承来的属性 - 比
obj.hasOwnProperty('prop')更可靠——后者可能被污染或覆盖，Object.hasOwn是静态方法，不受实例影响
配合可选链（?.）和空值合并（??）更实用
单独用 hasOwn 判断后再访问略显啰嗦。实际开发中常组合使用：
- 想读值且允许
undefined：直接用obj?.prop ?? 'default'，简洁安全 - 需要区分“属性不存在”和“属性存在但为
undefined”时，才用hasOwn：const value = Object.hasOwn(obj, 'count') ? obj.count : 0; - 做配置校验时很实用，例如检查必填字段是否在对象上定义：
if (!Object.hasOwn(config, 'timeout')) throw new Error('missing timeout');
注意边界情况：null/undefined 和 Symbol 属性
Object.hasOwn 对非对象参数会自动转为对象（如字符串、数字），但传入 null 或 undefined 会抛错，需提前防护：
- 安全写法：
obj != null && Object.hasOwn(obj, 'key') - 支持 Symbol 类型键：
const sym = Symbol('id'); Object.hasOwn(obj, sym)返回true如果该 Symbol 属性存在 - 不处理 getter/setter 的调用，只检测属性是否在对象自身属性描述符中
替代方案对比：什么时候不用 hasOwn？
不是所有场景都需要这么严格：
- 纯数据对象（如 API 返回的 plain object），且你信任结构 → 直接解构或可选链更轻量
- 只关心值是否“真值”，不区分
undefined和null→obj?.prop ?? fallback足够 - 需要遍历所有自有属性 → 用
Object.keys()或Object.getOwnPropertyNames()更合适 - 要检查属性是否可枚举 →
Object.prototype.propertyIsEnumerable才是对应工具
