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 对象,且字段名必须和实际提交的键一致(注意大小写、下划线):
$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 更稳。
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!










