对象合并时属性存在性检查需区分“源对象自有属性”和“目标对象可访问属性”：前者用Object.hasOwn或hasOwnProperty.call，后者用'in'或Reflect.has；Map/Set等特殊结构需用对应has方法。

对象合并时的属性存在性检查，核心是明确“这个属性该不该被覆盖或保留”——这取决于你关心的是“它在源对象里有没有定义”，还是“它在目标对象上能不能被访问到”。不同目的对应不同检查方式，混用容易导致逻辑错乱。

查源对象是否真正定义了该属性（自有）

当你要判断某个键是不是源对象自己设置的（而非继承来的），比如做浅合并、避免覆盖原型方法，必须确认它是自有属性：

• 现代环境直接用 Object.hasOwn(source, key) ——语义准确、不怕原型被污染、性能好
• 需兼容旧版（如 IE 或 Node.js <16.9）时，改用 Object.prototype.hasOwnProperty.call(source, key)，绕过对象自身可能重写的 hasOwnProperty 方法
• 别用 source.key !== undefined：值为 undefined 时会漏判；source 为 null/undefined 时直接报错

查目标对象能否读取该属性（自有 + 原型链）

合并时常需“兜底”：如果目标对象已有该属性（哪怕来自 Object.prototype），就不覆盖。这时关注的是可访问性：

JavaStoryDevelop

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

下载

• 用 'key' in target ——语法简洁、引擎优化充分，能命中 toString、hasOwnProperty 等原型方法
• 需要元编程能力（如配合 Proxy 拦截）时，可用 Reflect.has(target, key)，行为与 in 完全一致
• 避免 Object.keys(target).includes('key')：漏掉不可枚举属性（如 toJSON），也不查原型链，且每次生成数组开销大

合并逻辑中典型判断组合

例如实现一个安全的 assign-like 合并函数：

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

• 若只合并源对象的自有属性：遍历 Object.keys(source) 或 Object.getOwnPropertyNames(source)，再用 Object.hasOwn(target, key) 判断是否跳过
• 若要保留目标对象所有可访问属性（含原型）：先用 'key' in target 判断是否存在，存在则跳过；否则赋值
• 若需区分“未定义”和“值为 undefined”，应单独处理：存在性用 Object.hasOwn，值有效性用 source[key] !== undefined（且确保 source[key] 可安全访问）

特殊结构要换方法

不是所有“键值对”都适用 in 或 hasOwn：

• Map / WeakMap：统一用 map.has(key)
• Set / WeakSet：用 set.has(value)
• 数组索引存在性：稀疏数组慎用 key in array（会把原型方法如 'push' 也算进去），优先用 array.hasOwnProperty(index) 或 Number.isInteger(index) && index >= 0 && index < array.length