Mongoose findOne返回null：按ID与用户ID查Todo未命中

你当前查询返回null的本质原因，是查询条件和数据库实际存储的文档字段不匹配，具体存在两个层面的问题：

1. 主键字段名匹配错误 #

Mongoose 模型默认会为每个生成的文档内置_id字段（类型为ObjectId）作为全局唯一主键，你在MongoDB里看到的60422718e9db822de8531e87这类值，本质就是_id字段的内容，并非独立的业务字段id。

• 你当前的查询逻辑是{ id: id, userId: userId }：相当于在数据库中查找「存在普通字段id=传入的参数字符串、且userId匹配」的文档
• 默认配置下，MongoDB文档根本不会单独存储id字段：Mongoose的id是虚拟getter，仅在应用层读取文档时生成_id的字符串值，不会持久化到数据库，因此按id字段查询永远无法命中真实存储的文档

2. 潜在的不匹配问题 #

就算修正了字段名，如果存在以下情况也会导致查询为空：

• 权限过滤条件不匹配：你从token解码拿到的decodedToken.id，和文档实际存储的userId字段值不一致，会被查询条件直接过滤掉
• 类型兼容性问题：从路由参数拿到的id是字符串类型，正常Mongoose会自动将字符串转为ObjectId查询，但如果Schema配置了自定义的id字段类型、或者关闭了ObjectId自动转换，就会出现类型不匹配导致的查无结果

修正服务层的查询逻辑，直接匹配内置的_id字段即可：

const getTodo = async (id, userId) => {
  const todo = await Todo.findOne({ _id: id, userId: userId });
  return todo;
};

如果改完仍无法查到数据，可以按顺序缩小问题范围：

• 第一步：临时去掉userId查询条件，仅保留_id: id查询，如果能返回文档，说明是userId匹配逻辑存在问题
• 第二步：在查询逻辑中加入日志，打印最终执行的查询条件和返回结果，确认是否命中目标文档

注意：不要用Mongoose生成的虚拟id属性做查询条件，虚拟字段仅存在于应用层的文档实例上，不会被数据库识别

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