应使用 object.hasown(obj, key) 替代 obj.hasownproperty(key)，因其不依赖原型链、不受对象自身方法重写影响、语义清晰；但不可用于原始值，也不等价于 in 操作符。
直接用 Object.hasOwn(obj, key) 替代 obj.hasOwnProperty(key)，能让数据校验逻辑更直白、更可靠——它不绕原型链、不被对象自身干扰、语义统一，一眼就能看出“这是在查这个对象自己有没有这个属性”。
校验意图更明确
传统写法 obj.hasOwnProperty('email') 看似自然，但实际依赖对象是否继承了原始方法；一旦对象是 Object.create(null) 或重写了 hasOwnProperty，行为就不可控。而 Object.hasOwn(obj, 'email') 主语是 Object，动词是“检查”，宾语是目标对象和键名，结构清晰，没有歧义。
- 读代码时不用猜“这个 obj 到底有没有原型”
- 团队协作中减少对
call绑定或防御判断的争论 - 配合 ESLint 的
no-prototype-builtins规则，自动拦截旧写法
处理不确定输入更省心
表单数据、API 响应、用户上传的 JSON，往往结构不可控。用 Object.hasOwn 可以跳过一堆前置判断：
- 不用再写
obj && typeof obj === 'object' && obj.hasOwnProperty('id') - 对
null或undefined参数会明确抛错，而不是静默失败或返回false（这反而容易掩盖问题） - 遇到
{ hasOwnProperty: () => false }这类恶意/异常对象，结果依然准确
配合常见校验场景更自然
无论是字段必填、配置覆盖还是动态键断言，写法都简洁一致：
- 字段白名单：
['name', 'email'].every(k => Object.hasOwn(data, k)) - 配置项是否存在：
if (!Object.hasOwn(config, 'timeout')) config.timeout = 5000 - 解构前兜底：
const { id, role } = data; if (!Object.hasOwn(data, 'id') || !Object.hasOwn(data, 'role')) throw new Error('Invalid user');
注意边界情况，避免误用
Object.hasOwn 是专为对象自有属性设计的，不是万能检测工具：
- 不支持原始值（如字符串、数字），传入会报
TypeError，必要时先做类型判断 - 不能替代
Map.prototype.has()或Set.prototype.has()，它们是不同数据结构的原生方法 - 不等价于
prop in obj，后者查整个原型链，而Object.hasOwn只看自身
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
