判断属性“是否存在”需先明确需求：查自有属性用Object.hasOwn()或call版hasOwnProperty，查可访问性用'in'或Reflect.has()，禁用值判断替代存在性检测。

判断一个属性“是否存在”，关键不是看代码怎么写，而是想清楚你真正关心的是什么：是“这个键是不是对象自己定义的”，还是“我能不能通过 obj.key 读到它”。选错方法，轻则逻辑出错，重则性能拖慢、兼容翻车。

查对象自身有没有这个属性（自有属性）

适合场景：校验配置项是否被显式设置、判断私有字段是否存在、避免原型污染干扰。

• 推荐用 Object.hasOwn(obj, 'key')：ES2022 标准方法，语义明确、不被原型链影响、性能好，现代环境（Chrome 93+、Firefox 91+、Safari 16.4+、Node.js 16.9+）原生支持
• 兼容旧环境用 Object.prototype.hasOwnProperty.call(obj, 'key')：绕过对象自身可能覆盖的方法，100% 可靠；比直接调用 obj.hasOwnProperty() 更安全
• 避免用 Object.keys(obj).includes('key')：只返回可枚举自有属性，漏掉不可枚举属性（如 toJSON）、每次新建数组、遍历查找，又慢又不准

查能不能通过 obj.key 访问到（含继承）

适合场景：判断是否支持某个方法（如 'map' in Array.prototype）、做兜底配置合并、检查内置 API 是否可用。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

• 首选 'key' in obj：语法级操作符，引擎深度优化，不触发 getter，能检测不可枚举属性和原型链上的属性（比如 'toString' in {} 返回 true）
• 元编程场景可用 Reflect.has(obj, 'key')：行为与 in 完全一致，但设计上更适配 Proxy 拦截，语义更函数式

千万别用值判断代替存在性检测

这些写法看似省事，实则埋雷：

立即学习“Java免费学习笔记（深入）”；

• obj.key !== undefined：属性存在但值就是 undefined，直接误判；obj 是 null 或 undefined 时直接报错
• if (obj.key)：把 0、false、''、null 全当“不存在”，逻辑严重失真
• obj.key != null：同上，且仍无法区分 undefined 和未定义

按需选择，不硬套模板

没有“最好”的方法，只有“最对的问题”：

• 要确认属性是对象自己加的 → Object.hasOwn() 或 call 版 hasOwnProperty
• 只关心能否取到值（不管哪来的）→ in 或 Reflect.has()
• 正在写 polyfill 或处理极端老旧环境 → 明确标注兼容策略，别依赖 obj.hasOwnProperty