object.hasown 能准确检测对象自身是否拥有某个属性，无论该属性是否可枚举；它只判断属性是否直接存在于对象自身，不被原型链或同名自定义属性干扰，比 hasownproperty 更可靠、语义更清晰。
Object.hasOwn 能准确检测对象自身是否拥有某个属性，无论该属性是否可枚举。
它不关心属性的可枚举性
Object.hasOwn 只判断属性是否直接存在于对象自身（即不在原型链上），与 enumerable: false 无关。只要属性是对象自身的自有属性，就会返回 true。
- 即使属性被定义为不可枚举（如通过
Object.defineProperty设置enumerable: false），Object.hasOwn 仍能正确识别 - 它比
hasOwnProperty更可靠，因为不会被对象上同名的自定义属性覆盖 - 不同于
for...in或Object.keys()，这些方法会忽略不可枚举属性，但Object.hasOwn完全不受影响
对比 hasOwnProperty 的关键优势
老式 obj.hasOwnProperty(prop) 在对象自身有 hasOwnProperty 属性时会失效，而 Object.hasOwn(obj, prop) 是静态方法，完全规避这个问题。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 例如：当
const obj = { hasOwnProperty: true }时，obj.hasOwnProperty('x')会报错或行为异常，但Object.hasOwn(obj, 'x')始终安全 - 两者对不可枚举属性的判断结果一致，但
Object.hasOwn更健壮、语义更清晰
实际用法示例
定义一个含不可枚举属性的对象：
const obj = {};
Object.defineProperty(obj, 'hidden', {
value: 42,
enumerable: false,
configurable: true,
writable: true
});
-
Object.hasOwn(obj, 'hidden')→true -
Object.hasOwn(obj, 'toString')→false（继承自原型） -
Object.hasOwn(obj, 'nonexistent')→false -
Object.keys(obj)返回空数组[]，但Object.hasOwn依然能查到'hidden'
适用场景建议
当你需要明确区分“对象自身拥有”和“从原型继承”，且不希望被可枚举性干扰时，优先使用 Object.hasOwn。
- 校验配置对象中是否存在某字段（不管是否可枚举）
- 实现属性存在性断言，尤其在处理第三方库返回的对象时
- 替代
prop in obj（后者会查找原型链）或obj.hasOwnProperty（易被污染）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
