$mergeobjects只浅合并嵌套对象，因设计上仅处理顶层字段，不递归；需深度合并时应使用$reduce+$objecttoarray+$arraytoobject组合或移至应用层实现。
为什么 $mergeObjects 合并嵌套对象时只浅合并？
$mergeObjects 本身不递归处理嵌套结构，它对每个字段做“后覆盖前”的浅层合并。比如 {a: {x: 1, y: 2}} 和 {a: {y: 3, z: 4}} 合并后是 {a: {y: 3, z: 4}} —— 整个 a 字段被第二个对象直接替换，x: 1 消失了。
这不是 bug，是设计行为。MongoDB 官方明确说明 $mergeObjects 只做一层合并。
- 它适合合并顶层字段，或你确定嵌套字段不会重叠的场景
- 若字段值本身是对象且需深度合并，必须手动展开或换方案
- 聚合阶段中，它常和
$map、$reduce配合实现“伪深合并”
用 $reduce + $mergeObjects 实现嵌套字段的深度合并
真正想合并 a.x 和 a.y，得把嵌套路径拉平再合。常见做法是：先用 $objectToArray 拆出键值对，再用 $reduce 对每个 key 做条件判断，最后 $arrayToObject 组装回去。
例如两个文档：{cfg: {db: {host: "a", port: 27017}, log: {level: "info"}}} 和 {cfg: {db: {port: 27018, ssl: true}, cache: {size: 100}}}，想让 cfg.db 内部也合并：
{
$reduce: {
input: {$objectToArray: "$cfg"},
initialValue: {},
in: {
$mergeObjects: [
"$$value",
{
$cond: [
{$eq: ["$$this.k", "db"]},
{$mergeObjects: ["$$value.db", "$$this.v"]},
{$arrayToObject: [{$concatArrays: [[{"k": "$$this.k", "v": "$$this.v"}]]}]}
]
}
]
}
}
}
这段逻辑只针对已知字段名（如 db）硬编码处理；通用方案需嵌套 $reduce，但性能下降明显，慎用于大数组。
替代方案：应用层合并更可控
在聚合里硬写深度合并逻辑，可读性差、调试难、难以复用。多数真实场景下，更推荐把合并逻辑移到应用代码里：
- Node.js 中可用
lodash.merge()或原生structuredClone()+ 递归遍历 - Python 中
dict.update()不行，要用deepmerge或自定义递归函数 - 尤其当嵌套层级 >2、字段动态变化、或需类型感知合并（比如数组追加而非覆盖）时，数据库层几乎无法优雅支持
MongoDB 的聚合设计初衷是数据流转与投影，不是通用数据结构操作引擎。
容易忽略的兼容性陷阱
$mergeObjects 在 MongoDB 3.6+ 才支持，且部分旧驱动可能未正确映射该操作符名称。实操时注意：
- 确认服务端版本：
db.version()≥ 3.6 - 聚合中传入空对象
{}会触发错误，必须用$$REMOVE或预判非空 - 与
$set一起用时，字段顺序影响结果 ——$set在前则$mergeObjects可能覆盖它，反之亦然 - 如果输入是数组（比如
$map输出），确保每个元素都是对象，否则$mergeObjects报错the argument to $mergeObjects must be an object
真正需要深度合并时，别卡在聚合语法里绕弯子；先确认是否真要“在数据库里做完”，还是把干净、扁平的数据吐给应用更省心。
