object.hasown 用于判断属性是否为自有存在，返回布尔值；object.getownpropertydescriptor 用于获取已有自有属性的详细配置信息，返回描述符对象或 undefined，二者分工明确、常配合使用。
Object.hasOwn 和 Object.getOwnPropertyDescriptor 解决的是两类不同问题：前者判断“属性是否存在（且为自有）”，后者获取“属性存在时的详细配置信息”。它们不是替代关系，而是分工明确、常配合使用的工具。
Object.hasOwn：只关心“有没有”
它是一个布尔型检测方法，用于快速确认某个 key 是否作为自有属性存在于目标对象上（不查原型链，不被覆盖，对非对象参数抛 TypeError）。适合做前置校验或条件分支。
- 返回 true/false，不关心属性值是什么、是否可写、是否可枚举
- 安全可靠：绕过对象自身篡改的 hasOwnProperty 方法，也无需 call 绑定
- 典型场景：解析用户输入对象前，检查必要字段是否存在
if (Object.hasOwn(data, 'id') && Object.hasOwn(data, 'name')) { /* 处理有效数据 */ } - 不适用于需要知道属性是否只读、是否能被 for...in 遍历等细节的场合
Object.getOwnPropertyDescriptor：专注“是什么样”
它返回一个描述符对象（descriptor），包含 value、writable、enumerable、configurable 四个关键元信息（访问器属性还含 get/set）。前提是该属性必须是对象自身的、且已定义；若属性不存在或仅在原型链上，返回 undefined。
- 返回值是对象或 undefined，不能直接用于条件判断
- 必须先确认属性存在（比如用 Object.hasOwn），再调用它才更稳妥
- 典型场景：需要动态控制属性行为时
const desc = Object.getOwnPropertyDescriptor(obj, 'count');<br>if (desc && !desc.writable) { console.log('count 不可修改'); } - 无法单独判断属性是否存在——返回 undefined 可能是属性不存在，也可能是属性存在但 descriptor 为 undefined（极少见，如某些内置属性）
两者搭配使用更合理
实际开发中，它们往往一前一后出现：先用 Object.hasOwn 快速筛出自有属性，再对筛选出的 key 调用 Object.getOwnPropertyDescriptor 获取深层控制能力。
- 例如批量冻结对象中所有自有可写属性：
Object.keys(obj).forEach(key => {<br> if (Object.hasOwn(obj, key)) {<br> const desc = Object.getOwnPropertyDescriptor(obj, key);<br> if (desc?.writable) {<br> Object.defineProperty(obj, key, { writable: false });<br> }<br> }<br>}); - 单独用 getOwnPropertyDescriptor 做存在性判断容易误判（undefined 不等于 false）
- 单独用 hasOwn 无法满足需修改属性特性的需求（比如设为不可枚举）
其他类似方法的定位参考
避免混淆：
– Object.keys()：只返回可枚举的自有属性名数组，漏掉不可枚举属性
– Object.getOwnPropertyNames()：返回所有自有属性名（含不可枚举），但不提供 descriptor 信息
– Object.prototype.hasOwnProperty()：老式写法，有被覆盖风险，已被 Object.hasOwn 明确取代
