Mongoose验证错误需通过error.errors提取字段级信息，而非error.message；updateOne等更新操作默认不校验，须加{runValidators:true}；自定义validate函数须同步返回布尔值，异步逻辑应移至pre('save')钩子；insertMany需显式启用{validateBeforeSave:true}。
验证错误信息怎么提取出来
mongoose 的 save() 或 create() 失败时，抛出的 error 对象不是普通字符串，而是包含 errors 属性的对象。直接 console.log(error) 看不到结构化错误，必须访问 error.errors 才能拿到每个字段的验证失败原因。
-
error.errors是一个以字段名为 key 的对象，比如{ title: { name: 'ValidatorError', properties: { message: '文章长度不能小于2' } } } - 遍历它最稳妥的方式是
for (const key in error.errors)，再取error.errors[key].properties.message - 别用
error.message——它只返回笼统的 “Validation failed”，没具体字段信息
required / minlength / enum 这些规则为什么没生效
验证规则是否触发，取决于你调用的是哪个方法：save() 和 create() 会执行全部 Schema 定义的验证；但 updateOne()、findOneAndUpdate() 默认跳过验证，除非显式加 { runValidators: true } 选项。
-
Post.updateOne({ _id: 'xxx' }, { title: '' })→ 不校验required和minlength -
Post.updateOne({ _id: 'xxx' }, { title: '' }, { runValidators: true })→ 触发全部验证 -
enum和validate函数同理，不加runValidators: true就等于没写
自定义 validate 函数里 return false 却没报错
自定义验证函数必须同步返回布尔值，且不能依赖未 await 的 Promise。常见错误是把异步逻辑（如查数据库）直接塞进 validate 函数里，导致函数立即返回 undefined（被转为 false），但错误信息不明确。
- 错误写法：
validate: { validator: v => User.findOne({ email: v }) }—— 返回 Promise，验证永远“通过” - 正确做法：用
async+pre('save')钩子做异步校验，或改用save()后手动查重 - 同步校验函数里，
return v && v.length > 4是安全的；但任何await或回调都必须移出validate
为什么控制台只看到 “ValidationError”，没看到具体字段提示
根本原因是没捕获到 mongoose 抛出的错误类型，或者在 catch 块里只打印了 error.message。更隐蔽的问题是：某些中间件（比如 Express 的全局错误处理）可能吞掉了原始 error 对象，导致 error.errors 丢失。
- 确保
catch块中检查error.name === 'ValidationError'，再针对性处理 - 避免在路由层直接
res.status(500).json({ error: error.message })—— 会丢掉字段级信息 - 生产环境建议统一格式化：
{ field: 'title', message: '文章长度不能小于2' }，而不是裸露 mongoose 内部结构
insertMany() 默认绕过所有验证（包括 required）。需要显式传 { validateBeforeSave: true } 才生效。这点和单条 save() 行为不一致，容易漏掉。 
