Mongoose 如何根据email.private值动态返回email.data字段？

完全可以实现该需求，不需要依赖应用层的后置过滤逻辑，直接利用MongoDB原生的条件投影能力即可完成。

为什么固定投影无法满足需求 #

你之前使用的-email.data属于静态固定投影，规则是写死的：无论email.private取什么值，查询时都会统一把email.data从返回结果中排除，完全无法根据字段值做动态判断，自然匹配不了你的需求。

具体实现方案 #

直接使用Mongoose支持的聚合管道查询，在投影阶段通过条件判断控制字段是否返回，整个过程在数据库端完成，性能优于拉取全量数据后在应用层手动过滤。
核心实现代码如下：

const users = await User.aggregate([
  {
    $project: {
      // 保留email.private字段
      "email.private": 1,
      // 按条件控制email.data是否返回
      "email.data": {
        $cond: {
          // 判断逻辑：当email.private为false时
          if: { $eq: ["$email.private", false] },
          // 满足条件：返回原始的email.data值
          then: "$email.data",
          // 不满足条件：直接移除该字段
          else: "$$REMOVE"
        }
      },
      // 按需排除敏感字段，比如默认不返回password
      password: 0,
      // 保留文档主键
      _id: 1
    }
  }
])

关键实现说明 #

• 代码中的$$REMOVE是MongoDB内置的系统变量，作用是在不满足返回条件时，直接把对应字段从结果中删除（而非赋值为null），最终生成的返回结构和你预期的格式完全一致：
  • 当email.private为true时，返回的email对象仅包含private属性，无data字段
  • 当email.private为false时，返回的email对象会完整带出data字段
• 聚合管道默认返回纯JS对象，而非Mongoose文档实例，如果后续需要使用Mongoose文档的内置方法，可以对聚合结果调用User.hydrate()做实例化转换
• 如果不想使用聚合管道，也可以在应用层手动过滤：先查询所有需要的字段，再遍历返回结果，对email.private为true的条目手动删除email.data属性。但这种方式会把敏感字段（比如本例中的password）拉取到应用层，存在数据泄露风险，且性能低于数据库端的投影处理，更推荐用聚合方案实现
• 该方案支持灵活扩展，如果你有其他字段的动态返回需求，只需要在$project阶段新增对应的$cond判断逻辑即可

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