MongoDB：执行$unwind前检查嵌入式子文档applications是否非空

针对你的Job Schema场景，要在执行$unwind操作前确保applications子文档数组不为空，有两种常用且清晰的方案，我来给你拆解一下：

方案1：先用$match过滤有效文档 #

最直接的方式是在聚合管道的最前端添加$match阶段，专门筛选出applications存在且不为空数组的文档，这样后续的$unwind只会处理有有效申请记录的职位：

Job.aggregate([
  // 过滤条件：确保applications字段存在且不是空数组
  {
    $match: {
      applications: {
        $exists: true,
        $ne: []
      }
    }
  },
  // 对过滤后的文档执行unwind
  {
    $unwind: "$applications"
  },
  // 这里可以继续添加你的其他聚合操作，比如$project、$group等
])

这个方案的优势是提前减少聚合数据量，避免对没有申请的职位做无用处理，性能更优，逻辑也更清晰。

方案2：利用$unwind的默认行为 #

其实MongoDB的$unwind操作默认会忽略空数组或者不存在目标字段的文档（默认preserveNullAndEmptyArrays: false）。也就是说，如果你直接执行$unwind，那些applications为空的文档会被自动跳过，不会生成对应的拆分文档：

Job.aggregate([
  {
    $unwind: "$applications"
    // 这里不需要额外设置，默认就会跳过空数组的情况
  },
  // 后续聚合操作
])

不过这种方式的逻辑不如$match直观，如果后续有其他过滤条件，建议还是先用$match明确筛选，避免后续阶段处理不必要的数据。

需要注意的是，如果你的业务需求是保留没有申请的职位文档（即使unwind后没有对应的申请记录），那可以设置preserveNullAndEmptyArrays: true，但这时候会生成applications为null的文档，不符合你“检查不为空”的需求，所以这种场景不适用。

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