thinkphp 的 scene 是筛选规则而非切换规则，仅从预定义规则中选取字段校验；所有规则须预先声明，scene 不支持动态添加或覆盖，未列入场景的字段即使非法也不校验。
ThinkPHP 的 scene 不是“切换规则”，而是“筛选规则”
很多人以为 scene 是让验证器在不同表单间“动态加载不同规则”，其实它只是从已定义的全部规则中，按需挑出一部分来执行。所有规则必须提前写死在验证器类里，scene 只负责过滤——没被包含进当前 scene 的规则，哪怕字段存在、值不合法，也不会触发校验。
这意味着：如果你有两个表单都用 UserValidate，但一个要验手机号、一个不要，就必须在验证器里把两个字段的规则都写上，再分别配置到不同 scene 中。
-
scene不能动态追加规则，也不能运行时修改规则数组 - 未声明
scene时，默认走__default场景（若未定义，则校验全部规则） - 调用
scene('edit')后，check()只检查edit场景里明确列出的字段和规则
如何正确定义和使用 scene？
关键不是“怎么写场景”，而是“怎么组织规则才能避免漏验或误验”。最稳妥的做法是：先写全所有可能用到的规则，再按业务动作（如 create、update、resetPassword）划分 scene。
示例：UserValidate.php
<?php declare (strict_types=1);
namespace app\validate;
use think\Validate;
class UserValidate extends Validate
{
protected $rule = [
'name' => 'require|alphaNum|length:2,16',
'mobile' => 'require|mobile',
'email' => 'email',
'password' => 'require|length:6,20',
'old_password' => 'requireIf:password,neq,',
];
protected $scene = [
'create' => ['name', 'mobile', 'email', 'password'],
'update' => ['name', 'mobile', 'email'],
'changePwd' => ['old_password', 'password'],
];
}
- 注意
old_password没出现在任何scene里？它只在changePwd场景中被显式列出才生效 -
requireIf:password,neq,表示“当password存在且非空时，old_password必填”，但前提是old_password在当前scene中被启用 - 控制器中调用：
$this->validate($data, 'UserValidate.changePwd')或(new UserValidate())->scene('changePwd')->check($data)
常见踩坑：字段名拼错、场景没生效、规则冲突
最常遇到的不是逻辑问题，而是细节失守：
- 字段名大小写不一致：验证器里写
'user_name'，但数据传的是['userName' => 'xxx']→scene列表里字段名对不上，直接跳过校验 - 场景名写错：调用
UserValidate.edit，但$scene数组里定义的是'Edit'或'edit_info'→ ThinkPHP 找不到对应场景，退回到默认行为（可能全量校验或报错） - 规则覆盖失效：比如
mobile在rule里写了'mobile' => 'require|number'，又在scene中指定'mobile' => 'mobile'，后者不会覆盖前者，ThinkPHP 不支持 per-scene 规则重写 - 嵌套数据不支持：如果传入的是
['profile' => ['name' => 'xxx']]，而验证器规则写的是'name'，scene无法自动识别层级 —— 必须改用点号写法：'profile.name'并同步更新scene列表
复杂表单建议：拆验证器，别硬塞一个 scene
当一个模型对应 5+ 种操作路径（注册、登录、找回密码、实名认证、资料补全），强行在一个验证器里维护所有 scene 会迅速失控：规则膨胀、易漏改、难测试。
更实际的做法是按职责拆分：
-
LoginValidate：只管账号密码、验证码 -
ProfileValidate：只管昵称、头像、简介等用户资料字段 -
BindMobileValidate：专注手机号绑定流程（含短信验证码校验）
每个验证器保持轻量、单一职责。控制器里按需组合调用：$this->validate($data, 'LoginValidate') + $this->validate($smsData, 'SmsValidate.check')。比在一个验证器里堆 20 行 $scene 数组清晰得多。
真正容易被忽略的，是验证器类的生命周期和复用边界——它不是“通用工具”，而是“某次请求上下文中的约束契约”。写得越贴近具体接口，越不容易出错。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
