推荐使用Object.hasOwn()进行属性存在性检查，因其语义清晰、无原型污染风险、引擎优化且略快于hasOwnProperty()；in操作符遍历原型链性能差；hasOwnProperty()需用call方式调用才安全；避免用undefined判定。
处理大型数据结构时，属性检查的效率差异主要来自访问路径、原型链开销和引擎优化程度。关键不是“哪种写法绝对最快”，而是“哪种方式在你的场景下最可控、最轻量、最不易退化”。
in 操作符：查得全，但代价高
它会遍历整个原型链，只要属性名出现在对象自身或任意祖先上，就返回 true。对普通对象影响不大，但在深度继承结构（如大量 class 实例、自定义原型链）中，每次检测都要逐层向上查找，性能随原型链长度线性下降。不建议在高频循环（如处理十万条记录）中使用。
hasOwnProperty()：精准但有隐患
只查对象自身属性，跳过原型链，速度比 in 更稳定。但它是个实例方法，若对象重写了该方法，或原型被污染（比如 obj.hasOwnProperty = undefined），就会失效。安全写法是：
Object.prototype.hasOwnProperty.call(obj, 'key') —— 这绕过了对象自身的属性查找，直接调用原始方法。
Object.hasOwn()：现代推荐方案
ES2022 引入的静态方法，语义清晰、无原型污染风险、V8 等引擎做了内建优化，实测略快于 call 形式的 hasOwnProperty。写法简洁：
Object.hasOwn(obj, 'key')。主流环境（Node.js 16.9+、Chrome 93+、Firefox 92+、Safari 16.4+）均已支持；旧环境可用 polyfill 回退。
立即学习“Java免费学习笔记（深入）”；
避免用 undefined 判定做存在性检查
obj.key !== undefined 看似简单，实则危险：
• 属性存在但值就是 undefined，会被误判为“不存在”；
• 若 obj 是 null 或 undefined，直接访问 key 会抛 TypeError；
• 可能意外触发 getter，带来副作用或性能抖动。
它本质是值判断，不是存在性检测，应彻底避免用于此目的。
