Lodash按键匹配合并父子集合 保留特定值与子集合顺序

• 第一种_.mergeWith方案失效原因：Lodash的merge方法处理数组时，默认按元素下标位置逐位合并，完全不会识别ctaTypeNameUID作为自定义关联键。只要父子集合的条目顺序错位，就会把不同ID的条目硬拼到一起，甚至覆盖ctaTypeNameUID这类匹配键本身，导致条目对应关系彻底错乱。
• 第二种自定义逻辑失效原因：覆盖方向搞反了——代码里是把父对象的非空值覆盖到子对象上，和需求“子集合非空值覆盖父集合”的规则相悖；同时没有建立匹配键的索引，也没实现“保留子集合顺序、过滤父集合孤立条目”的逻辑，自然达不到预期。

完全对齐4项业务需求的处理逻辑：

• 先把父集合转成以ctaTypeNameUID为键的索引Map，从根源上避免按下标匹配导致的错配问题，不管父子集合条目顺序怎么变，都能靠唯一键精准定位父条目。
• 全程按照子集合的条目顺序遍历生成结果，天然满足“最终结果完全保留子集合条目顺序”的要求。
• 遍历每一个子集合条目时分情况处理：
  • 如果在父集合索引中能找到匹配项：以父集合的条目值为基础，仅用子集合里非空、非空字符串的字段覆盖父字段值，子字段为空时保留父字段的原值。
  • 如果找不到匹配项：直接保留该子集合的独有条目进入最终结果。
• 整个流程自动过滤父集合中没有被任何子集合条目匹配到的孤立条目，完全符合“最终结果仅保留匹配的父条目、子集合独有条目”的要求。

// 构建父集合的CTA类型ID索引，消除下标匹配导致的错配问题
const parentIndex = new Map(
  parentObjectOverrideable.map(parentEntry => [
    parentEntry.cta_type.ctaTypeNameUID,
    parentEntry
  ])
)

// 按子集合顺序遍历生成最终结果
const finalMergedResult = childObject.map(childEntry => {
  const matchKey = childEntry.cta_type.ctaTypeNameUID
  const matchedParentEntry = parentIndex.get(matchKey)

  // 父集合无匹配项：直接保留子集合独有的自定义条目
  if (!matchedParentEntry) return childEntry

  // 父集合有匹配项：基于父条目值，用子集合非空字段做覆盖
  const mergedCtaData = { ...matchedParentEntry.cta_type }
  Object.entries(childEntry.cta_type).forEach(([fieldName, fieldValue]) => {
    // 仅当子字段值为非空、非空字符串时，才覆盖父字段值
    if (fieldValue !== null && fieldValue !== '') {
      mergedCtaData[fieldName] = fieldValue
    }
  })

  return { cta_type: mergedCtaData }
})

对齐需求的逻辑校验：

• 匹配逻辑完全依赖ctaTypeNameUID索引查找，和两个集合的原有顺序无关，不会出现跨条目值错配
• 覆盖规则严格遵循“子非空则盖父，子空则留父值”的要求
• 结果生成是直接遍历子集合得到的，顺序和子集合100%一致
• 父集合中没有被子集合匹配的孤立条目会被自动丢弃，不会进入最终结果

内容的提问来源于stack exchange，提问作者Marko