本文详解为何在保存 `Submission` 模型时意外触发 `Form` 模型的字段验证错误（如 `title`、`description` 必填），并指出根本原因在于误将关联文档的验证逻辑“透传”至被引用模型——关键在于理解 Mongoose 的 `ref` 关系不等于嵌套文档，以及如何正确构造引用而非触发目标模型的完整实例化。
你遇到的错误信息非常具有迷惑性：
Form validation failed: inputField: Path `inputField` is required., description: Path `description` is required., title: Path `title` is required.
⚠️ 注意：这个错误并非来自 Submission 模型本身，而是 Mongoose 在尝试隐式实例化 Form 模型时触发了其 schema 中定义的 required: true 字段校验。这说明：你的代码中某处意外地将一个对象（而非 ObjectId）赋值给了 submission.form 字段，且该对象被 Mongoose 识别为 Form 实例，从而激活了 Form 模型的完整验证流程。
? 根本原因分析
回顾你的 submission.service.js：
const submissionItem = new Submission({
"form": form._id.toString(), // ❌ 问题隐患：.toString() 不必要，但非主因
"user": user._id.toString()
});表面看只是传入了字符串 ID，似乎无害。但真正危险的操作往往藏在别处 —— 答案中提示的 “you used new Submission 2 times!” 是关键线索。这意味着：你可能在其他地方（例如调试时、或未贴出的中间件/钩子中）重复调用了 new Submission(...)，且某次传入的是整个 form 对象（而非 _id），例如：
// ⚠️ 危险示例（常见误写）
new Submission({ form: form }) // ← 传入了整个 form 文档！Mongoose 会尝试将其转为 Form 实例 → 触发 Form.validate()当 Mongoose 发现 form 字段的值是一个具备 title、description 等属性的 Plain Object（且 schema 中 ref: 'Form'），它会尝试将其 cast 为 Form 模型实例以确保引用合法性 —— 此时 Form 模型的 required 验证即被触发，即使你本意只是存一个 ID。
✅ 正确做法：严格只传 ObjectId，禁用隐式 cast（可选）
- 确保 submission.form 和 submission.user 字段始终只接收 ObjectId 或其字符串表示（推荐 ObjectId）：
const createSubmission = async (formID, requestingUsername) => {
try {
const user = await User.findOne({ username: requestingUsername });
const form = await Form.findOne({ _id: formID });
// ✅ 正确：直接传入 ObjectId 实例（无需 .toString()）
const submissionItem = new Submission({
form: form._id, // ← ObjectId 类型
user: user._id // ← ObjectId 类型
});
await submissionItem.save();
return true;
} catch (err) {
console.error("Submission save failed:", err.message);
// 更精准的错误处理：检查是否为 ValidationError
if (err.name === 'ValidationError') {
console.warn("Validation error on Submission:", Object.values(err.errors).map(e => e.message));
}
return false;
}
};（进阶）在 Schema 中显式禁用自动 cast（防患于未然）
若你希望彻底杜绝 Mongoose 将任意对象 cast 为 ref 模型的行为，可在 submissionSchema 中为 form 和 user 字段添加 type: Schema.Types.ObjectId 的强类型约束（你已做到），并确保没有自定义 set 或 validate 钩子干扰。Mongoose 默认对 ObjectId 字段的赋值是安全的，只要值能被 ObjectId.isValid() 识别。验证你的 Form/User 模型定义
确保 Form 模型中 title、description 等字段的 required: true 是你有意为之，且仅用于 Form.create() 场景。它们不应影响 Submission 的引用关系。
? 快速自查清单
- [ ] submission.service.js 中是否有多余的 new Submission({...}) 调用？尤其检查是否传入了 { form: formDoc } 这样的对象。
- [ ] 所有 Submission 创建路径是否统一使用 form._id（而非 form 整体）？
- [ ] 使用 console.log(typeof submissionItem.form) 确认保存前该字段确实是 object（即 ObjectId 实例）或字符串，而非普通对象。
- [ ] 检查是否有全局 save 中间件（pre/post）意外修改了 submission.form 的值。
? 总结
Mongoose 的 ref 是纯粹的引用关系，不是数据嵌套。Submission.form 字段只需存储一个指向 Form 文档的 ID，绝不应携带 Form 的业务字段。所谓“验证失败”，本质是开发中不慎将关联文档对象直接赋值，导致 Mongoose 试图将其“升格”为模型实例而触发了目标模型的验证规则。坚守“只传 ID”的原则，并通过日志确认字段类型，即可彻底规避此类问题。
