$unwind后排序不一致是因为未摊平数组就直接sort，MongoDB按整个数组（长度+字典序）比较而非元素字段；正确做法是$unwind→$sort→$group还原结构，并设置preserveNullAndEmptyArrays:true避免丢文档。
为什么 $unwind 后排序结果和预期不一致？
直接对包含数组的文档用 sort() 无法按数组内对象的字段排序——MongoDB 默认只比较整个数组（按长度+字典序），不是逐个展开比。必须先用 $unwind 把数组“摊平”，再排序，否则 { tags: [{name: "z"}, {name: "a"}] } 可能被当成一个整体排在前面，而不是按 tags.name 的实际值。
如何正确组合 $unwind + $sort + $group 还原结构？
单独 $unwind 会把一条文档变成多条（每条对应数组一项），排序后若想保持原始文档粒度，必须紧接着 $group 回收。关键点在于：$group 的 _id 要设为原始文档标识（如 $_id），再用 $push 把排序后的子项塞回去。
- 错误写法：只
$unwind+$sort，没$group→ 输出是打散的、丢失父文档上下文的记录 - 正确顺序：
$unwind→$sort→$group→ （可选）$project清理字段 -
$unwind要加preserveNullAndEmptyArrays: true参数，否则数组为空或缺失时整条文档会被丢弃
[
{ $unwind: { path: "$tags", preserveNullAndEmptyArrays: true } },
{ $sort: { "tags.name": 1 } },
{ $group: { _id: "$_id", doc: { $first: "$$ROOT" }, tags: { $push: "$tags" } } },
{ $replaceRoot: { newRoot: { $mergeObjects: ["$doc", { tags: "$tags" }] } } }
]
排序字段不存在或类型混杂时会发生什么？
MongoDB 对缺失字段默认排在最前（升序）或最后（降序），且不同类型的值有固定比较优先级（例如 null number string）。如果 tags.name 在部分子对象中不存在、是 null、或混着字符串和数字，排序结果会不可控。
- 用
$ifNull或$cond预处理字段值，统一成字符串或赋予默认值 - 在
$unwind前加$set补全字段，例如：{ $set: { "tags.name": { $ifNull: ["$tags.name", ""] } } } - 避免对未索引的嵌套字段排序——性能极差，尤其数据量大时；建议在
tags.name上建多键索引：db.collection.createIndex({"tags.name": 1})
有没有更轻量的替代方案？
如果只是前端展示需要排序，且数组不大（比如不超过几十项），完全可以在应用层处理：查出文档后，用 JavaScript 的 Array.prototype.sort() 或 Python 的 sorted() 对 doc.tags 排序。这样省去聚合管道开销，也绕过 $unwind 的文档膨胀问题。
- 适用场景：分页发生在应用层、数组长度可控、不要求数据库内一致性排序
- 注意：不能用于
$slice分页或聚合统计，因为数据库看不到排序后的顺序 - Node.js 示例：
doc.tags.sort((a, b) => a.name.localeCompare(b.name))
真正需要数据库内排序的，基本逃不开 $unwind ——但务必确认你真的需要它，而不是被“必须在 DB 里做”的惯性带偏了。数组越深、越长，$unwind 的代价越明显，空数组、null 字段、类型不一致这些细节，往往比语法本身更容易让结果出错。
