Node.js对接MongoDB时user.email属性突然返回undefined故障咨询

你代码中User.findOne查询的第二个参数是MongoDB的投影配置{ email: 0, password: 0 }，这个配置明确要求查询结果排除email和password两个字段，所以返回的user对象本身就不包含email属性，读取时自然返回undefined。
你贴出的接口返回结果里的user对象也确实没有email字段，和这个问题完全对应。

触发突然失效的常见原因 #

之前正常运行，最近才出问题，通常是以下几个场景之一：

• 近期升级了Mongoose或MongoDB服务端版本：部分旧版本Mongoose存在不一致的行为，即使设置了排除投影，依然可以从模型实例的缓存中读取到未返回的字段，新版本修复了该问题，严格按照投影返回字段
• 近期有代码修改新增了email:0的投影规则：此前的查询投影只排除了password，修改后才新增了email的排除配置
• 近期修改了User Schema的默认配置：在Schema级别新增了email字段的默认排除规则，和查询投影叠加后生效

根据业务需求二选一即可：

方案1：移除email字段的排除配置 #

如果JWT签名需要用到email字段，直接删除投影中的email: 0即可，修改后的查询代码：

User.findOne(
  { _id: req.userData.userId },
  { password: 0 },
  (err, user) => {
    // 原有逻辑保持不变
  }
);

该方案无需修改后续JWT签名逻辑，查询会正常返回email字段，不会再出现undefined的问题。如果不希望email返回给前端，可以在返回响应前手动删除user.email属性。

方案2：从req.userData读取email #

如果JWT校验后挂载的req.userData中已经包含email信息，可以直接从该对象读取，不需要从数据库查询结果中获取，这样可以保持现有投影配置不变，不会把email暴露给前端。

• 新增用户存在性校验：当前代码没有判断user为null的场景，遇到非法userId会直接抛出错误，建议在处理完err之后新增判断：

if (!user) {
  return res.status(404).json({ message: "用户不存在" });
}

• 敏感字段统一处理：敏感字段的排除建议统一放在响应返回前处理，不要通过查询投影排除，避免影响内部业务逻辑使用字段。

内容的提问来源于stack exchange，提问作者Emir Kutlugün