当 mongoose schema 中定义了嵌套对象（如 `comments`）但未明确指定其类型为 `schema.types.embedded` 或正确声明嵌套结构时，mongoose 可能错误地将子字段（如 `comments.text`、`comments.author`）识别为独立必填路径，导致验证失败。
在您提供的 Schema 中，comments 字段被直接写成一个普通对象字面量：
comments: {
text: { type: String },
author: { type: mongoose.Types.ObjectId, ref: "User" },
}⚠️ 问题根源：Mongoose 将这种写法解释为「comments 是一个嵌套 Schema，且其内部字段 text 和 author 默认继承父级的 required: false 状态」——但实际并非如此。由于未显式声明 comments 的 type 为一个子 Schema，Mongoose 会将 comments.text 和 comments.author 视为顶层路径，并在启用严格模式（默认）或存在其他隐式约束时，意外触发“路径必需”校验，尤其在某些版本或与 TypeScript/ORM 工具链交互时更易暴露。
✅ 正确做法：必须显式将 comments 定义为一个内嵌文档（embedded subdocument），并明确设置 type 为一个 Schema 实例（或等效的对象结构），同时确保 required: false 显式声明（尽管是默认值，但强烈建议显式写出以增强可读性与健壮性）：
使用 Scrapfly SDK（scrapfly-sdk）在 TypeScript 或 JavaScript 中进行网页抓取，用于用户请求抓取 URL、绕过反爬虫防护、渲染页面等场景。
const ReviewSchema = new mongoose.Schema({
// ... 其他字段保持不变
comments: {
type: new mongoose.Schema({
text: { type: String },
author: {
type: mongoose.Types.ObjectId,
ref: "User"
}
}),
required: false, // ✅ 显式声明非必填
default: undefined // 可选：确保不自动填充空对象
},
createdAt: {
type: Date,
required: true,
default: () => Date.now()
},
updatedAt: Date
});? 关键要点总结：
- ❌ 错误写法：comments: { text: { type: String } } → Mongoose 无法识别为子文档，可能引发路径级 required 误报；
- ✅ 正确写法：comments: { type: new mongoose.Schema({ ... }), required: false }；
- 若允许 comments 为 null 或完全缺失，还可补充 nullable: true（需配合 strict: 'throw' 或自定义 validator 使用）；
- 在创建文档时，不传 comments 字段（而非传 { comments: {} }）才能真正跳过该子文档校验；
- 建议在开发中启用 runValidators: true 并配合 .validate() 手动测试边缘 case，避免上线后因数据形态差异触发隐式错误。
通过以上修正，您的 Review.create(...) 调用将不再因 comments.text 或 comments.author 缺失而抛出 ValidationError，API 行为将严格符合预期。
