应据意图选方法：查自有属性用Object.hasOwn()最安全，查可访问性（含原型链）用'in'或Reflect.has()，嵌套访问用可选链?.与空值合并??，静态检查靠TypeScript严格模式。
JavaScript里检查属性是否存在，不是选“最短的写法”，而是选“最贴合你真实意图”的工具。关键在分清：你要查的是对象自己有没有这个键？还是它能不能被访问到（哪怕来自原型）？抑或根本想靠类型系统提前拦住错误？下面这几类工具，各司其职，组合使用才真正稳妥。
查自有属性：Object.hasOwn() 是当前首选
当你明确只想确认某个 key 是对象自己定义的（不看原型链），Object.hasOwn(obj, 'key') 就是最干净、最安全的选择：
- 语义直白，不会被原型污染——哪怕 obj 是
Object.create(null)或者hasOwnProperty被覆盖了，照样能用； - 现代环境（Node.js 16.9+、主流浏览器）原生支持，无需 polyfill；
- 比
Object.keys(obj).includes('key')快，不生成临时数组，也不漏掉不可枚举属性。
如果还要兼容 IE 或旧版 Node.js，就回退到 Object.prototype.hasOwnProperty.call(obj, 'key')，这是唯一能绕过原型篡改风险的可靠写法。
查可访问性：in 和 Reflect.has() 各有适用场景
当你关心的是“obj.key 能不能取到值”，比如做兜底配置、判断方法是否可用、或者处理继承来的属性，就该走这条线：
立即学习“Java免费学习笔记（深入）”；
-
'key' in obj：语法简洁、引擎优化好，适合大多数业务逻辑； -
Reflect.has(obj, 'key')：行为和in完全一致，但函数式写法更适合元编程（比如 Proxy 中统一拦截）； - 两者都包含不可枚举属性和原型链上的属性，且不会触发 getter，副作用更可控。
运行时防御：可选链 + 空值合并是链式访问标配
处理嵌套数据（比如 user?.profile?.avatar?.url）时，别再手写 if (obj && obj.a && obj.a.b)：
-
?.天然适配存在性检查，语义清晰、执行安全； -
??配合使用，能自然提供默认值：const name = data?.user?.name ?? '未知用户'； - 注意编译目标需 ≥ ES2020；旧环境可通过 Babel 插件支持，或在构建约束中明确标注。
静态防线：TypeScript 是最省力的“事前检查”
很多属性问题，根本不用等到运行时报错——TypeScript 能在编码和构建阶段就拦住：
- 接口中用
?标记可选属性，强制调用方处理缺失情况； - 开启
strict: true（尤其strictNullChecks），让编译器揪出未检查的属性访问； - 搭配
keyof和类型守卫（如data is UserProfile），把运行时校验压缩到必要位置； - CI/CD 中加
tsc --noEmit，让构建失败成为属性误用的第一道闸口。
