为何无嵌入文档时Mongoose的docReducer仍占用高CPU？

1. 直接修改源码返回[]的可行性 #

如果你确定当前及未来业务都不会用到嵌入文档（包括单嵌套对象、文档数组这类结构），完全可以注释掉那段reduce代码，直接返回[]。这样能立刻消除递归遍历文档带来的30%CPU开销。

• 注意：这个修改是硬编码，后续如果要加嵌入文档会直接导致逻辑异常；而且升级Mongoose版本时，修改的代码会被覆盖，需要重新调整。

2. 更安全的自定义覆盖方案 #

不想改动Mongoose源码的话，可以针对目标Schema单独覆盖$__getAllSubdocs方法，只在无嵌入文档的集合生效：

// 你的集合Schema定义
const yourCollectionSchema = new mongoose.Schema({
  // 这里是你的字段，无任何嵌入文档定义
  name: String,
  age: Number
});

// 覆盖该Schema下文档的$__getAllSubdocs方法
yourCollectionSchema.methods.$__getAllSubdocs = function() {
  return [];
};

const YourModel = mongoose.model('YourCollection', yourCollectionSchema);

这种方式不会影响其他有嵌入文档的集合，也能避开版本升级覆盖代码的问题。

3. 官方优化与其他建议 #

• 优先升级Mongoose：虽然你提到最新版仍有开销，但5.x之后的版本对$__getAllSubdocs做了不少优化，比如提前判断Schema是否包含嵌入字段、添加缓存逻辑，能降低部分开销。
• 改用批量操作：如果有大量单文档save操作，换成insertMany或bulkWrite，减少$__getAllSubdocs的调用次数。
• 关闭不必要特性：如果不需要Schema验证、中间件（pre/post hook）等，可以在定义Schema时关闭，减少额外性能消耗。

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