对象合并时属性存在性检查需区分“源对象自有属性”和“目标对象可访问属性”：前者用object.hasown或hasownproperty.call，后者用'in'或reflect.has；map/set等特殊结构需用对应has方法。
对象合并时的属性存在性检查，核心是明确“这个属性该不该被覆盖或保留”——这取决于你关心的是“它在源对象里有没有定义”，还是“它在目标对象上能不能被访问到”。不同目的对应不同检查方式，混用容易导致逻辑错乱。
查源对象是否真正定义了该属性（自有）
当你要判断某个键是不是源对象自己设置的（而非继承来的），比如做浅合并、避免覆盖原型方法，必须确认它是自有属性：
- 现代环境直接用 Object.hasOwn(source, key) ——语义准确、不怕原型被污染、性能好
- 需兼容旧版（如 IE 或 Node.js 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 合并函数：
- 若只合并源对象的自有属性：遍历 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
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
