直接$sort不能原地排序数组，因其作用于文档流而非数组内部；需用$unwind→$sort→$group三步实现，注意空数组处理、字段路径、上下文保留及collation配置。
为什么直接 $sort 不能对数组字段原地排序
MongoDB 的 $sort 是管道阶段，作用于整个文档流，不是数组内部操作符。你写 { $sort: { "tags": 1 } }，实际是按 tags 字段整体（比如数组长度、首元素、类型）排序文档，**不会改变数组内部顺序**。想重排数组本身，必须先“打散”再“重组”。
正确流程：$unwind → $sort → $group 的三步逻辑
这是标准解法，但每步都有明确目的和易错点：
-
$unwind把每个数组元素变成独立文档——注意默认会丢弃空数组或null字段，需加preserveNullAndEmptyArrays: true参数保底 -
$sort必须在$unwind后、$group前，且排序字段是展开后的路径，比如"tags"（不是原始字段名） -
$group用$push收集，但要注意：如果原始文档有唯一标识（如_id），必须在$group中显式保留，否则会丢失上下文
示例聚合片段：
[
{ $unwind: { path: "$tags", preserveNullAndEmptyArrays: true } },
{ $sort: { "tags": 1 } },
{ $group: { _id: "$_id", tags: { $push: "$tags" }, name: { $first: "$name" } } }
]
字符串排序的坑：大小写与 locale 敏感性
默认 $sort 按 UTF-8 码点排序，"Zoo" 会排在 "apple" 前面（因为大写字母码点更小）。要真正按字母顺序（忽略大小写、支持 accented 字符），必须用 $collation：
- 加在
$sort阶段后：{ $sort: { "tags": 1 } }, { $collation: { locale: "en", strength: 2 } } -
strength: 2表示忽略大小写但区分重音（如é≠e）；若要完全忽略重音，用strength: 1 - 注意：collection 必须建有对应 collation 的索引，否则排序无法利用索引，大数据量时性能骤降
替代方案：应用层排序是否更简单？
如果只是单文档内数组排序（非跨文档聚合），其实没必要走聚合管道：
- 读出文档 → 在应用代码里对
doc.tags调用.sort()（JS）或sorted()（Python）→ 再$set回去 - 优势：逻辑清晰、调试方便、避免 pipeline 复杂度
- 劣势：原子性差（读-改-写三步）、并发时可能覆盖他人修改；若需在查询时实时返回已排序数组（比如 API 响应），还是得用聚合
真正需要 $unwind+$sort+$group 的场景，通常是：数组元素要参与多文档联合排序、要和其他字段做条件聚合、或排序逻辑必须由数据库保证一致性。
