聚合管道中无法直接用变量设权重，须通过$addFields配合$indexOfArray或$switch动态生成临时权重字段；$sort仅支持字段名，不支持表达式；需注意类型匹配、空值处理、索引失效及内存限制。
聚合管道里不能直接用变量设权重，得靠$addFields动态算
MongoDB 聚合管道没有“变量赋值”语法，所谓“动态权重”，本质是根据文档字段值实时计算一个数值型排序依据。最常用、最可控的方式就是用$addFields配合$indexOfArray或$switch生成临时权重字段。
常见错误是试图在$sort里写表达式比如{ $sort: { $cond: [ ... ] } }——语法不支持，$sort只认字段名，不认表达式。
-
$indexOfArray适合固定枚举值（如["draft", "review", "published"]），直接查下标，简洁且 3.4+ 全版本兼容 -
$switch适合非线性、带条件的权重（如"urgent"给 0 分，"low"给 999 分），但管道变长，可读性下降 - 如果字段值可能为空或非法，必须加
$condfallback，否则$indexOfArray返回 -1，排序会把异常数据顶到最前
字符串 ID 列表排序时，类型不一致会导致权重全为 -1
你传进来的 ID 列表是字符串数组（比如["60a1b2c3", "60a1b2c4"]），但集合里_id存的是ObjectId，$indexOfArray不会自动转换类型，结果每个__sortOrder都是 -1，排序完全失效。
- 应用层处理最稳妥：Node.js 用
new ObjectId(str)把字符串数组提前转成 ObjectId 实例再传入聚合 - 聚合内转换代价高：MongoDB 4.0+ 可用
$cond+$toString双向比对，但性能损耗明显，且无法利用索引 - 别假设驱动会帮你转——不同语言驱动行为不一致，Python 的
PyMongo不自动转，Go 的mongo-go-driver也不转
$meta: "textScore" 和 $searchScore 不是自由字段，必须紧贴查询阶段
$meta: "textScore" 或 $meta: "searchScore" 不是文档自带字段，而是特定查询执行后附带的元数据。它不能脱离上下文单独使用，否则要么报错，要么返回 null。
-
$text查询必须出现在$project或$sort之前，且中间不能插其他$match（除非也含$text） - Atlas 用户必须用
$search+$meta: "searchScore"，原生$text在 Atlas 上已弃用，继续用会静默返回null -
$sort阶段不能直接写{"$meta": "textScore"}，语法错误；必须先在$project里提取成字段（如score: {$meta: "textScore"}），再$sort: { score: -1 }
自定义权重排序不走索引，大数据量时得警惕内存压力
无论你用$indexOfArray还是$switch生成的权重字段，都是运行时计算的临时值，MongoDB 不会为它建索引。$sort阶段只能做内存排序，一旦结果集超过 100MB，就可能触发errmsg: "Sort exceeded memory limit"错误。
- 务必在
$addFields前用$match尽可能缩小数据集，别让几百万文档都参与排序计算 - ID 列表超 5000 个时，
$indexOfArray性能明显下降，此时建议切回应用层拼序，或用临时集合预存映射关系 - 别指望
{ _id: 1 }索引能加速这个流程——它对运行时生成的字段完全无效
