“动态字段”指字段名不固定、存在性不确定或路径需运行时拼接三类情况；需分别用$objecttoarray+$filter、$ifnull/$cond、应用层拼接或$switch处理，且均无法走索引。
什么是“动态字段”？先确认你的真实需求
“动态字段”不是 MongoDB 的标准术语，实际场景中通常指三类情况：字段名本身不固定（比如日志里每天生成 log_20260721 这样的键）、字段存在与否不确定（部分文档有 status，部分只有 state）、或 字段路径需运行时拼接（如根据 type 字段值决定读取 $"meta.$type"）。直接套用 $project 或 $match 会报错或漏数据——因为 MongoDB 不支持字符串拼接后当字段名用。
字段名不固定：用 $objectToArray + $filter 拆解对象
当你面对类似 {"metrics": {"cpu_20260721": 85, "mem_20260721": 62}} 这种结构，且日期后缀每天变，就不能写死 "metrics.cpu_20260721"。必须把对象转成键值对数组，再按规则筛选：
-
$objectToArray把metrics转成[{k:"cpu_20260721",v:85},{k:"mem_20260721",v:62}]格式 -
$filter配合$regexMatch或$substrCP提取含当前日期的键，例如{input: "$$this.k", regex: "20260721"} -
$arrayElemAt取出匹配项的v值，避免数组包装
示例片段：
db.collection.aggregate([
{ $addFields: {
matchedMetric: {
$arrayElemAt: [
{ $map: {
input: { $filter: {
input: { $objectToArray: "$metrics" },
cond: { $regexMatch: { input: "$$this.k", regex: "20260721" } }
}
},
as: "item",
in: "$$item.v"
}
}, 0]
}
}
}
])
字段存在性不确定：别依赖 $exists 硬过滤
如果想查“有 status 就用它，没有就 fallback 到 state”，$exists 在 $match 阶段只能做布尔判断，无法参与值计算。正确做法是用 $cond + $ifNull 在 $project 或 $addFields 中统一提取：
-
$ifNull: ["$status", "$state"]直接取第一个非空值 - 若需区分来源，用
$cond判断：{if: {$ne: ["$status", null]}, then: "$status", else: "$state"} - 注意：
$exists在$match里不能和$or混用字段路径，容易因索引失效导致全表扫
字段路径运行时拼接：MongoDB 本身不支持，得换思路
像 "$meta.$type" 这种写法会报错 field path references must be prefixed with a '$'。MongoDB 解析器在阶段执行前就固化了字段路径，无法动态插值。可行替代方案只有两个：
- 提前在应用层拼好完整字段名（如 Java 里用
String.format("meta.%s", docType)），再传给聚合管道——这是最稳的方式 - 用
$switch显式枚举可能的type值：{branches: [{case: {$eq: ["$type", "user"]}, then: "$meta.user"}, {case: {$eq: ["$type", "order"]}, then: "$meta.order"}]}，但分支一多就难维护
真正容易被忽略的是性能陷阱：所有涉及 $objectToArray 或 $switch 的操作都无法利用索引，如果集合大、QPS高，务必在 $match 阶段尽可能前置过滤，减少进入后续阶段的文档数。
