为何最后才await Tour.find()返回的Promise，而非提前执行await？

首先要纠正一个关键误解：Tour.find()返回的不是Promise，而是Mongoose的Query对象——它是一个查询构建器，只有当你调用await或.exec()时，才会真正向数据库发起查询请求并返回Promise。这是理解整个设计逻辑的核心。

延迟到最后才执行await，主要有这几个原因：

• 支持链式操作扩展：APIFeatures类的设计目标是实现查询逻辑的链式组合（比如后续可添加.sort()、.paginate()、.limitFields()等方法）。如果在构造函数里就await Tour.find()，得到的是查询结果（文档数组），而非Query对象，后续就没法调用find、sort这些数据库层面的查询方法，只能在内存中处理数据，完全失去了查询构建器的优势。

• 优化数据库交互效率：Mongoose的查询是"懒加载"模式，所有查询条件组装完成后再一次性发送请求，能减少数据库交互次数。如果中途执行await，会提前触发查询，后续的过滤、排序等操作只能在内存中对结果集处理，当数据量较大时，数据库层面的索引优化、分页等策略都无法生效，性能会大幅下降。

• 提升代码灵活性与复用性：把查询构建和执行分离，让我们可以根据业务需求灵活组合不同查询操作（比如有的场景只需要过滤，有的需要过滤+分页+排序），最后统一执行查询。这种结构更清晰，也方便复用APIFeatures类处理不同的查询场景。

举个错误示例就能看出问题：

// 错误：提前await导致无法链式构建查询
const query = await Tour.find();
// query现在是文档数组，无法调用数据库查询方法
query.find({ price: { $lt: 100 } }); // 报错：数组没有find方法

原代码的设计让this.query始终保持Query对象，直到最后await features.query才触发真正的数据库查询，完美利用了Mongoose查询构建器的特性。

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