MongoDB $lookup以$addFields生成字段为foreignField不生效问题

这是MongoDB的正常特性，不属于版本BUG，核心是你对$lookup的参数作用范围理解有误。

问题原因 #

$lookup的两个字段作用范围完全不同：

• localField 读取的是当前聚合管道前序阶段生成的中间文档字段，你之前用$addFields生成的directParent确实存在于这个上下文里
• foreignField 读取的是from参数指定的目标集合中实际持久化存储的原生字段，你前序的$addFields只作用于当前聚合的输入文档，不会对被关联的目标集合生效，因此目标集合里不存在directParent字段，自然无法匹配到结果。

你之前把字段预存到集合中可以正常运行，也刚好验证了这个逻辑：预存后目标集合里有了directParent字段，foreignField就可以正常匹配。你交换字段后能返回但顺序相反，是因为交换后变成用当前文档的父ID匹配目标集合的文档ID，实际是查询当前文档的父级而非子级，自然不符合需求。

解决方案 #

方案1：使用带管道的$lookup动态计算（无需修改原有数据）

直接在$lookup的内置管道中给目标集合的文档动态生成directParent字段再做匹配，完整聚合管道如下：

[
  // 可选：先过滤出顶级父文档，按需保留
  {
    $match: {
      parent: { $size: 0 }
    }
  },
  {
    $lookup: {
      from: "components",
      // 声明要传递给内置管道的当前文档变量
      let: { current_doc_id: "$_id" },
      pipeline: [
        // 给被关联的集合文档动态生成directParent
        {
          $addFields: {
            directParent: {
              $toObjectId: {
                $arrayElemAt: ["$parent", -1]
              }
            }
          }
        },
        // 匹配父ID等于当前文档ID的子文档
        {
          $match: {
            $expr: {
              $eq: ["$directParent", "$$current_doc_id"]
            }
          }
        }
      ],
      as: "children"
    }
  }
]

方案2：预存directParent字段（性能更优）

如果你的父级关系不会频繁变动，建议一次性给所有文档新增持久化的directParent字段，之后就可以用你原本的简单$lookup语法执行关联，查询性能会远高于动态计算的方案，更新脚本参考：

db.components.updateMany(
  { parent: { $ne: [] } },
  [
    {
      $set: {
        directParent: {
          $toObjectId: { $arrayElemAt: ["$parent", -1] }
        }
      }
    }
  ]
)

内容的提问来源于stack exchange，提问作者Theroth