Mongoose子文档默认值行为异常问题解析

问题背景

在使用Mongoose进行MongoDB数据建模时，开发人员经常需要为嵌套的子文档设置默认值。然而，最新版本的Mongoose(8.2.2)在处理子文档默认值时出现了一些异常行为，这可能导致数据不一致和意外的数据库状态。

核心问题表现

Mongoose 8.2.2版本中存在两个主要问题：

1. 空对象保存问题：当显式将子文档设置为空对象{}时，该值会被保存为null。而从数据库查询时，不会回退到默认的空对象值。

2. 默认值覆盖问题：当更新文档的其他字段时，即使没有修改子文档字段，带有默认值的子文档也会被意外修改为null。

技术细节分析

空对象保存问题

在定义Schema时，如果为子文档设置了默认值{}：

const SubSchema = new mongoose.Schema({
  name: { type: String }
}, { _id: false });

const MainSchema = new mongoose.Schema({
  sub: { 
    type: SubSchema,
    default: {}  // 设置默认值为空对象
  }
});

当执行以下操作时会出现异常：

1. 新建文档时子文档默认为{}（正常）
2. 将子文档显式设置为{}后保存（控制台显示正常）
3. 从数据库查询时，子文档变为null（异常）

默认值覆盖问题

更严重的是，当文档中存在带默认值的子文档时，仅更新文档的其他字段也会导致子文档被修改：

1. 创建带有默认值子文档的新文档（子文档初始化为{}）
2. 仅更新文档的顶级字段（如name）
3. 保存后查询发现子文档变为null

影响范围

此问题影响所有使用以下特性的应用：

• 嵌套子文档结构
• 为子文档设置了默认值
• 使用Mongoose 8.2.2版本

临时解决方案

目前可行的临时解决方案是降级到Mongoose 8.2.1版本，该版本不存在此问题：

npm install mongoose@8.2.1

最佳实践建议

在问题修复前，建议采取以下措施：

1. 避免直接设置空对象：使用undefined而非{}来触发默认值
2. 添加数据验证：在保存前检查子文档状态
3. 考虑手动处理：在查询后手动恢复预期的默认值

技术原理探讨

这个问题可能源于Mongoose内部的状态跟踪机制。当设置子文档为{}时，Mongoose可能错误地将其标记为"已修改"，导致保存时转换为null。而在更新其他字段时，默认值处理逻辑可能被错误触发。

总结

Mongoose 8.2.2中的子文档默认值处理存在明显缺陷，开发人员需要特别注意。建议关注官方更新，待问题修复后再升级到新版本。同时，在代码中增加额外的数据完整性检查可以降低此问题的影响。