MongoDB v3.2中$lookup关联数组失效，聚合条件$push求助

你在聚合流程里踩了两个MongoDB 3.2版本的典型坑：一是$push时把不符合条件的条目推成了null，导致关联数组里混进无效值；二是3.2版本的$lookup对包含null的数组处理逻辑不符合预期，没法自动跳过无效值。

问题根源 #

你的$group阶段里，当status等于invite时，会往players数组里推null。而MongoDB 3.2的$lookup在关联数组时，会把数组里的每个元素（包括null）都去匹配players集合的_id——这就会导致要么匹配到_id为null的无效文档，要么直接拉回空数组，完全不是你想要的有效关联结果。

修复方案（适配MongoDB 3.2） #

核心思路是在执行$lookup前先过滤掉players数组里的null值，具体修改你的聚合流程如下：

Applications.aggregate([
  { 
    $match: { 
      playerUser: userId, 
      playerFeedback: { $exists: false } 
    } 
  },
  { 
    $group: { 
      _id: '$format',
      players: { 
        $push: { 
          $cond: [{ $ne: ['$status', 'invite']}, "$player", null] 
        }
      },
      invite: { 
        $sum: { 
          $cond: [{ $eq: ['$status', 'invite']}, 1, 0] 
        } 
      }
    } 
  },
  // 关键步骤：过滤players数组中的null值，只保留有效的player ID
  {
    $project: {
      _id: 1,
      invite: 1,
      players: {
        $filter: {
          input: "$players",
          as: "playerId",
          cond: { $ne: ["$$playerId", null] }
        }
      }
    }
  },
  { 
    $lookup: {
      from: 'players', 
      localField: 'players', 
      foreignField: '_id', 
      as: 'players'
    } 
  },
  // 你的后续$project阶段...
])

细节说明 #

1. $filter清理无效值：MongoDB 3.2已经支持$filter操作符，它可以遍历数组并移除不符合条件的元素。这里我们把所有null值从players数组里剔除，确保后续$lookup只用有效的_id去关联。
2. 3.2版本的局限性：如果你能升级到MongoDB 3.6+，可以直接在$push阶段用$$REMOVE跳过不符合条件的条目（不用推null），写法会更简洁，但鉴于你用的是3.2，上述方案是最稳妥的兼容写法。

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