ThinkPHP验证场景需显式调用scene()才生效；常见失效原因：未调用scene()、字段名不一致、场景名拼写错误；$scene仅控制字段白名单，不支持动态规则。
ThinkPHP 的验证场景不是自动切换的，必须显式调用 scene() 才会生效；不调用就走全部规则，哪怕你写了 $scene 数组也白搭。
验证器里定义 $scene 但不生效？先查这三件事
最常见的“场景失效”，其实根本没触发场景逻辑：
- 控制器里只写了
$validate->check($data)，漏了scene('edit')—— 必须是$validate->scene('edit')->check($data)才算完整链路 -
$scene['edit']里的字段名（比如'user_name'）和$rule中的键（比如'username'）不一致，大小写、下划线、驼峰对不上，该字段规则直接被跳过 - 场景名拼错或大小写不符，例如写了
scene('Edit')但$scene里只有'edit'，框架静默回退到全量规则，不会报错提示
$scene 是白名单，不是条件分支
它只决定「哪些字段参与验证」，不改变规则内容本身。想实现「status=1 时 email 必填」这类动态逻辑，$scene 无能为力，得用 require_if 或闭包规则。
-
only模式（即$scene['edit'] = ['name', 'email']）：只校验列出的字段，其余一概忽略 —— 新增场景常用 -
append+remove组合更适合编辑场景：先继承默认规则，再删掉密码字段remove('password')，加上昵称append(['nickname']) -
remove('user_name')不会移除username字段，字段名必须严格匹配$rule键名
控制器里怎么调用才真正走场景？两种写法别混用
ThinkPHP 提供两套入口，行为差异明显：
立即学习“PHP免费学习笔记（深入）”；
- 用门面方式：
$this->validate($data, 'User.edit')—— 这是推荐写法，自动解析类名+场景名，底层会调用scene('edit') - 手动实例化：
(new UserValidate())->scene('edit')->check($data)—— 更灵活，适合需要动态改规则的场景，但容易漏掉scene()调用 - 模型验证默认不走场景：
UserModel::validate(true)不识别scene，必须显式传参：UserModel::validate(['scene' => 'edit'])
调试时最实用的一招：看实际生效的规则
别靠猜，直接打印当前验证器加载后的规则集：
$validate = new UserValidate();
$validate->scene('edit');
dump($validate->getRule()); // 输出最终参与校验的字段和规则
如果输出里没有你预期的字段，说明 $scene 没匹配上，或者字段名写错了。注意：空格、下划线、大小写、是否开启 alias 映射，都会影响结果。
真正容易被忽略的是字段值本身——require 不 trim，用户提交 " " 会被当成非空通过；require_if 依赖字段存在，前端没传 checkbox 就根本不会进判断。这些不在 $scene 管辖范围，但常被误认为“场景没起作用”。
