object.hasown是es2022引入的安全替代方案，准确检测对象自有属性，不查原型链、不受方法重写影响、支持symbol键，且对非对象参数抛typeerror。
hasOwnProperty 能准确区分自有属性和继承属性，但它本身不解决继承带来的其他问题，比如不可枚举性、Symbol 属性遗漏、原型被污染后的误判风险，以及无法反映属性的访问控制状态（如 getter/setter 是否被触发）。
只检测自有可枚举属性，忽略不可枚举和 Symbol
hasOwnProperty 仅对对象自身的**可枚举字符串属性**返回 true；它对不可枚举属性（如通过 Object.defineProperty 设置的 enumerable: false 的属性）和 Symbol 类型属性一律返回 false，即使它们确实是对象自身的属性。
- 不可枚举属性不会被 for...in 遍历，也不会被 hasOwnProperty 检出，但依然存在且可访问
- Symbol 属性永远不被 hasOwnProperty 检测到，必须配合 Object.getOwnPropertySymbols() 单独检查
- 这意味着：仅靠 hasOwnProperty 判断“对象是否真正拥有某属性”，在现代 JS 中是不完整的
无法防御原型被篡改导致的逻辑失效
如果 Object.prototype 被意外扩展（如第三方库向其添加了 foo 属性），所有对象都会“继承”该属性；hasOwnProperty 能正确返回 false，看似安全。但若某个对象自身定义了同名的 hasOwnProperty 方法，就会覆盖原型方法，导致调用失效。
- 例如：
{ hasOwnProperty: () => false, name: 'test' }调用.hasOwnProperty('name')总是返回 false - 安全写法必须绕过实例方法，使用
Object.prototype.hasOwnProperty.call(obj, key) - 这说明 hasOwnProperty 的可靠性依赖调用方式，不是调用即安全
不反映属性的实际可读/可写性或访问行为
hasOwnProperty 只回答“这个键是不是对象自己定义的”，不关心该属性是否为 getter、是否被 Object.freeze 冻结、是否在严格模式下赋值会报错等运行时行为。
- 一个自有 getter 属性，hasOwnProperty 返回 true，但读取时可能抛错或触发副作用
- 一个被 defineProperty 设置为 writable: false 的自有属性，hasOwnProperty 仍返回 true，但修改无效
- 它无法替代 Reflect.getOwnPropertyDescriptor 等更底层的元信息检查
对原型链结构变化无感知
hasOwnProperty 的判断基于当前对象的 [[Prototype]] 链快照，但它不跟踪原型链是否动态变更。如果在检查前后修改了对象的 __proto__ 或重新设置了原型，结果可能与预期不符。
- 例如：先用 hasOwnProperty 检查 key 存在，再把对象原型换成另一个含同名继承属性的对象，逻辑可能已失效
- 它不提供“属性来源追溯”能力，比如无法告诉你该属性来自哪一级原型
- 需要结合 Object.getPrototypeOf 或自定义调试工具才能定位继承源头
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
