mongoose的updateone等更新方法默认不触发schema验证器，必须显式设置runvalidators: true选项才能启用字段校验，否则required、enum、自定义validate等均被跳过。
updateOne等更新方法默认跳过验证器
Mongoose 的 updateOne()、updateMany() 和 findOneAndUpdate() 默认不运行 Schema 上定义的自定义验证器（包括 required、validate 函数、enum、正则匹配等），哪怕字段本身在 Schema 中明确写了 required: true 或挂了校验函数。这不是 bug，是设计如此 —— 官方为性能和兼容性做了取舍。
验证器只在文档实例的 save() 或 validate() 调用时自动触发；更新操作走的是底层 MongoDB 命令，绕过了文档实例生命周期。
- 不加
runValidators: true时，哪怕传{ name: '' }给一个minlength: 3的字段，也不会报错 -
save()方法天然带验证，但需先findOne()再改再存，多一次查询，不适合高并发或批量场景 - 内置的
unique索引校验仍有效（靠 MongoDB 层抛错），但这和 Schema 验证器无关
必须显式传入 runValidators: true 才能启用
要在更新操作中激活验证器，唯一可靠方式是在 options 对象里设 runValidators: true。注意它必须是顶层 options 的属性，不能塞在 $set 里，也不能写成 runvalidator（少个 s）。
正确写法示例：
Article.updateOne(
{ _id: id },
{ $set: { title: 'New Title', status: 'draft' } },
{ runValidators: true } // ✅ 必须在这里
)
- 错误写法：
{ runvalidator: true }（拼写错误）、{ $set: { ..., runValidators: true } }（位置错）、{ upsert: true, runValidators: true }却漏掉$set（导致全量覆盖，可能清空字段） - 如果用了
upsert: true，建议同时加setDefaultsOnInsert: true，否则新文档不会应用 Schema 中的default值 -
strict: false会绕过字段白名单检查，但不影响runValidators是否生效
常见报错：cannot read property 'ownerDocument' of null
加了 runValidators: true 却报这个错，大概率是因为你传入的更新数据里有 null 或未定义的嵌套对象字段，而 Schema 中对应路径的子 Schema 含验证器（比如 address: { city: { type: String, required: true } }），但你传的是 { address: null }。
Mongoose 尝试对 null 做验证时，找不到其所属文档上下文，就炸了 ownerDocument。
- 避免直接传
null给嵌套对象字段；要么传完整对象，要么用$unset显式删除 - 如果字段允许为空，Schema 中应明确写
required: false或加default: undefined - 异步验证器（
isAsync: true）出错时也可能触发此异常，检查fkHelper类函数是否在undefined输入下安全返回 Promise
更新验证器的限制与盲区
runValidators: true 并非万能。它只校验你实际在 update 操作中修改的字段，不会检查未改动字段是否仍符合当前 Schema 规则（比如你没动 email 字段，它即使格式非法也不会被拦）。
- 数组字段的
$push、$pull不触发数组元素级验证；只有整个数组被$set替换时才校验 - 使用
$inc修改数字时，不会校验min/max；除非你手动$set新值并开启runValidators - 唯一性约束（
unique: true）依赖 MongoDB 索引，不是 Schema 验证器，所以不受runValidators控制 —— 它永远生效（前提是索引已建且无历史重复）
