ThinkPHP 的 save() 方法默认不校验必填字段，需显式调用 validate(true) 或使用 validate()->save() 链式调用；TP6 中须用规则数组或 Rule 对象配置 require，注意 trim 和空格处理，数据库 NOT NULL 与 PHP 层验证应分层防御。
ThinkPHP 模型 save() 时字段没校验必填？
默认不会。ThinkPHP 的 save() 方法本身不触发任何验证规则，哪怕你在模型里写了 validate 或用 Validate 类定义了 require 规则，直接调用 save() 就绕过去了。
常见错误现象：save(['name' => '']) 成功写入空字符串，但业务上 name 实际必须非空；或者字段根本没传，数据库存了 NULL 或默认值，而你期望它报错。
- 必须显式调用
validate(true)才启用验证（注意是布尔值true，不是字符串'true'） - 如果用的是 ThinkPHP 6.x，推荐改用
validate()->save()链式调用，比在save()参数里塞数组更可控 - TP 5.1+ 支持在模型类里定义
protected $validate = [...]，但这个只对allowField()+save()组合生效，单独save($data)仍无效
ThinkPHP 6 的 validate() 方法怎么配 require 规则？
别写 ['name', 'require', '名称不能为空'] 这种老 TP5 风格数组——TP6 的 Validate 类默认不认这种格式，会静默跳过。
正确写法是用规则数组或 Rule 对象，且字段名必须和实际提交的键一致（注意大小写、下划线）：
立即学习“PHP免费学习笔记（深入）”；
$validate = new Validate([
'name' => 'require|alphaNum',
'status' => 'require|in:0,1',
]);
if (!$validate->check($data)) {
throw new ValidateException($validate->getError());
}
-
require只判断是否“存在且不为空字符串/0/NULL/false，对0和'0'行为不同，要注意业务语义 - 如果字段允许为
0但不允许为空，得用number|gt:0或自定义 rule - TP6.3+ 支持在模型里用
protected $rule = [...]定义，但必须配合$model->validate(true)->save($data)才触发
为什么用了 validate(true) 还是没拦住空字段？
大概率是数据里混进了空格或不可见字符，require 判定为“非空”，但业务上不能接受。
典型场景：前端表单没 trim，用户输了个空格；或者富文本编辑器返回了 或换行符。
- 加
trim规则：'name' => 'require|trim|length:1,50' - 避免在控制器里手动
trim()后再进验证——容易漏、难维护，统一收口在验证规则里 - 如果字段类型是整型但允许为空，别用
require，改用number+confirm或自定义callback判断是否真有值 - TP6 默认关闭
strip_tags，如果字段含 HTML，需额外处理，否则<p></p>也会被require放行
模型层强制必填和数据库 NOT NULL 冲突怎么办？
数据库设了 NOT NULL，但 PHP 层没校验，结果 MySQL 报 Integrity constraint violation，错误堆栈深、定位慢，还暴露了表结构。
这不是“二选一”的问题，而是分层防御：数据库约束保底线，PHP 层校验保体验和可控性。
- TP 的
validate()错误能直接返回给前端，带明确提示；MySQL 错误得 catchPDOException，再映射成友好提示，成本高 - 有些字段 DB 允许 NULL，但业务逻辑中某一步必须有值（比如支付回调里
order_no），这种只能靠模型验证卡住 - 别依赖
default值自动填充——save()不触发autoWrite除非显式开auto选项，且和验证顺序有关，极易踩坑
真正麻烦的是嵌套写入、批量更新、关联模型同步这些场景，验证点容易漏掉——这时候别硬扛，拆成单条 + 显式 validate 更稳。
