该用$mergeObjects时是字段级合并而非文档合并，它在$replaceRoot或$addFields中补全字段；真正实现N条变1条必须用$group配合_id和累加器。
直接回答：用 $mergeObjects 合并文档字段，用 $group 聚合多个输入文档为一个输出文档，两者用途不同，不能混用。
什么时候该用 $mergeObjects？
它只负责「字段级合并」，不是把多条文档变一条，而是把多个文档对象（或表达式）的键值合并成一个新对象。常见于 $replaceRoot 或 $addFields 中补全字段。
- 错误现象：写
{ $mergeObjects: "$$ROOT" }想“合并多条”，结果每条文档原样输出——因为没进$group，根本没触发聚合逻辑 - 典型场景：联查后把
$lookup结果和主文档拼成单个结构，比如{ $replaceRoot: { newRoot: { $mergeObjects: ["$$ROOT", { "itemInfo": { $arrayElemAt: ["$items", 0] } }] } } } - 注意 null 处理：
$mergeObjects会跳过null，但若所有输入都是null，返回空对象{}；重复字段以**最后出现的文档为准**，不保留历史值
$group 才是真正把 N 条变 1 条的关键
必须配合 _id 和累加器才能实现“多文档→单文档”。没有 $group，管道永远按输入文档数逐条流转。
- 最简合并：用固定
_id把全部文档归为一组，例如{ $group: { _id: null, data: { $push: "$$ROOT" } } }，得到一个含数组的文档 - 想扁平化字段而非保留数组？得用
$mergeObjects配合$reduce或多次$mergeObjects，比如{ $group: { _id: null, merged: { $mergeObjects: { $reduce: { input: "$$ROOT", initialValue: {}, in: { $mergeObjects: ["$$value", "$$this"] } } } } } }——但仅适用于同结构文档，且性能随数量下降明显 - 别漏掉
$project清理_id：默认输出带_id: null，需显式{ $project: { _id: 0, ... } }去掉
$merge 和 $mergeObjects 完全不是一回事
$merge 是写入阶段，把整个聚合结果（可能是多条）存到目标集合；$mergeObjects 是表达式操作符，只在内存里拼对象。
- 误用典型：在管道中间写
{ $merge: { into: "target" } }，报错 “$mergemust be last stage”——它只能放末尾，且不参与“合并文档”逻辑 - 真正要落地合并结果？先用
$group+$mergeObjects构造单文档，再用$merge写库，例如：[ ..., { $group: { _id: null, doc: { $mergeObjects: { $first: "$$ROOT" } } } }, { $merge: { into: "merged_result" } } ] - 兼容性注意：
$merge在 MongoDB 4.2+ 才支持，旧版本只能用$out（会清空目标集合）
最容易被忽略的是：$mergeObjects 本身不减少文档数量，它只是字段拼接工具；真正控制“N→1”的开关永远是 $group 的分组逻辑。没设好 _id 表达式，就永远得不到单文档结果。
