object.hasown 是 es2022 正式落地的现行标准方法，用于安全、可靠地检测对象自有属性，绕过原型链污染和自身属性覆盖风险，已广泛支持且非 esnext 提案。
Object.hasOwn 是 ES2022（即第13版 ECMAScript 标准）正式落地的核心特性，不是 ESNext 中尚处提案阶段的“未来特性”，而是已完成 Stage 4、已定稿并被主流运行时广泛支持的**现行标准方法**。它的演进逻辑并非来自模糊的“ESNext 探索”，而是对 JavaScript 长期存在的对象属性检测缺陷进行系统性修复的结果。
源于真实痛点：hasOwnProperty 的不可靠性
在 ES2022 之前，开发者依赖 obj.hasOwnProperty(prop) 判断自有属性，但该方式存在两类根本性风险：
- 对象可能没有
Object.prototype原型（如Object.create(null)创建的对象），调用直接报错 - 对象自身可覆盖
hasOwnProperty属性（包括设为非函数值或恶意返回值），导致检测逻辑完全失效
TC39 的标准化路径：从问题识别到方案固化
该问题被 TC39 社区持续关注多年，最终以提案形式进入标准流程：
- Stage 1（2020 年底）：明确目标——提供一个不依赖对象自身方法、绕过原型链污染的静态属性检测入口
-
Stage 3（2021 年中）：规范细节敲定，确认支持 Symbol 键、对非对象参数抛
TypeError、语义严格等位 - Stage 4（2021 年 12 月）：随 ES2022 标准正式发布，成为语言内置能力
设计哲学：安全优先，语义收束
Object.hasOwn 不是语法糖，而是刻意与旧方法划清界限的“防御性 API”：
- 它始终绑定
Object.prototype.hasOwnProperty的原始实现，不受目标对象状态影响 - 只查自有属性，不查原型链，行为确定且可预测
- 参数类型校验严格——传入原始值（如字符串、数字）立即报错，避免隐式装箱带来的歧义
与 ESNext 特性的关系：已落地，非待定
当前（2026 年），Object.hasOwn 已不属于 ESNext 范畴。它和 ?.（可选链）、??（空值合并）一样，是现代 JavaScript 开发环境的基础设施。ESNext 中正在推进的如 Records & Tuples、装饰器等新特性，与 hasOwn 无继承或替代关系；相反，它们常会依赖 hasOwn 进行内部自有属性判断，体现其作为底层安全原语的地位。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
