MongoDB 5.0 不支持 $setWindowFields，该阶段从 5.2 开始作为实验性特性引入、5.3 正式 GA；5.0 中使用会直接报“unrecognized pipeline stage name”错误，替代方案仅限 $cumsum 行号或 $lookup 模拟前后值，但性能与数据量受限。
MongoDB 5.0 不支持 $setWindowFields。 这个阶段在 5.0 中根本不存在，直接写会报错：unrecognized pipeline stage name: '$setWindowFields'。别浪费时间查文档或调试图形界面——语法解析器连这个词都不认识。
为什么你看到的示例跑不起来
所有声称“MongoDB 5.0 支持 $setWindowFields”的教程或 Stack Overflow 回答，要么混淆了版本（把 5.2+ 当成 5.0），要么复制粘贴时没校验版本兼容性。官方明确标注：$setWindowFields 是从 5.2 开始作为实验性特性引入，5.3 才正式 GA。5.0 的聚合引擎压根没编译这个阶段的解析逻辑。
- 检查当前版本：运行
db.version()，确认输出确实是"5.0.x" - 执行含
$setWindowFields的聚合：必然触发PipelineStageError，不是数据为空，是语法错误 - 升级不是可选项：如果业务强依赖窗口能力（如移动平均、行号、前后值比较），必须升到 5.2+；5.0 下只能用组合操作符硬模拟
5.0 中能用的“类窗口”替代方案
没有 $setWindowFields，但部分效果可通过已有阶段拼出来，前提是接受性能和数据量限制：
-
$cumsum可安全生成稳定行号：先$sort，再$set: { rowNumber: { $cumsum: { input: { $const: 1 } } } }—— 注意不能放在$group内部，否则每组从 1 重新计数 - 前/后值模拟需
$lookup自关联 +$arrayElemAt：比如取上一条记录的price，得先$group把全量有序数组收进一个文档，再用$map遍历并$slice取前 N 项做$reduce -
$dateDiff能算日期差，但不能在窗口内直接调用；必须先用$lag（5.0 不支持）——所以实际得靠$lookup关联自身，按时间戳找“上一条”，再在外层$addFields算差 - 任何涉及“当前行与邻近行交互”的逻辑，在 5.0 中都会迅速逼近内存上限（默认 100MB），大数据集容易 OOM
升级前必须验证的三个点
如果你决定升级到 5.2+ 来用 $setWindowFields，别跳过这些实操检查：
-
sortBy字段必须有索引，且不能含重复值：否则$setWindowFields直接失败，报Sort exceeded memory limit或静默跳过某些分区 -
partitionBy表达式若引用嵌套字段（如"$user.profile.id"），确保所有文档该路径存在且类型一致，否则部分分区可能被丢弃 - 使用
$fill或$linearFill时，method: "linear"要求窗口内至少有两个非空值，且不能是首尾连续 null；否则插值结果仍为 null，且无警告
真正麻烦的不是语法写不对，而是你以为逻辑跑通了，其实只是因为测试数据太小、没触发边界条件。5.0 到 5.2 的窗口能力不是平滑演进，是架构级补丁——该重写的就得重写，别硬凑。
