mongoose中find()方法如何返回文档而非Cursor游标

• 底层MongoDB驱动的Collection.find()为惰性执行逻辑：如果不主动触发游标操作，方法会直接返回未执行的Cursor对象，不会主动拉取文档。
• 你此前的代码给find()传入了回调函数，该场景下find()的返回值是Cursor本身，并非原生Promise结构，因此外层的await会直接把这个游标对象返回，完全不会按预期等待查询执行完成，这也是你控制台打印出Cursor结构的直接原因。
• 之前尝试调用toArray()未生效，通常是调用位置错误：要么把toArray()作为参数传给了find()，要么漏写了toArray()的括号成了属性引用，要么在find()传入回调后又重复调用toArray()，导致逻辑冲突、结果异常。

另外你提到findOne()可以正常返回结果，是因为findOne()的设计本身就不返回游标：它会直接执行查询，把匹配的单个文档作为结果返回（传回调就传给回调，不传就返回Promise），和find()的游标机制有本质区别。

方案1：纯await风格（适配你当前的async代码上下文） #

不要给find()传任何回调，直接链式调用toArray()，并对整个查询表达式加await，即可拿到全量文档数组：

const waysList = await mongoose.connection.db.collection('ways').find({}).toArray();
// waysList 为所有匹配文档组成的数组，可直接使用
console.log(waysList);

方案2：回调风格 #

如果习惯用回调处理查询结果，需要把回调传给toArray()方法，而非find()：

mongoose.connection.db.collection('ways').find({}).toArray((err, waysList) => {
  if (err) throw err;
  // waysList 为所有匹配文档组成的数组
  console.log(waysList);
});

• 禁止在同一查询中混用await和回调写法：两种模式的返回值逻辑完全独立，混用必然导致结果不符合预期。
• 如果查询结果集体量很大（单集合返回万条以上文档），不建议直接用toArray()全量拉取，应通过游标迭代的方式逐条处理，避免内存占用过高。

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