ThinkPHP路由绑定模型与表单验证逻辑分离：模型绑定仅预处理参数，不触发验证；路由级validate()只校验GET/POST，不解析JSON；二者混用需注意字段名对齐、场景显式指定及错误信息手动合并。
路由绑定模型和表单验证，不是“配个参数就自动生效”的事。ThinkPHP 的 Route::rule() 支持绑定模型和验证器，但二者触发时机、数据来源、错误处理逻辑完全不同，混用容易导致验证跳过、字段丢失或报错找不到类。
Route::rule() 绑定模型时，验证器不会自动调用
写 Route::rule('user/:id', 'index/User/read')->model('User') 只会把 :id 值查出来塞进参数，不触发任何验证；哪怕你在 User 模型里写了 $rule 或定义了 validate 方法，也完全不执行。
- 模型绑定本质是「参数预处理」，只做查询和实例化，不走
create()或validate()流程 - 如果你希望读取后校验（比如检查用户是否禁用），得手动加逻辑：
->model('User', function($model) { return $model->where('status', 1)->find(); }) - 想在绑定后立刻验证，必须显式调用：
$user->validate($user->getData())，否则getError()永远为空
Route::rule()->validate() 只校验 $_GET 和 $_POST，不处理 JSON
写 ->validate('app\validate\User') 看似一步到位，但它内部调用的是 input()，而 input() 默认不解析 php://input —— 所以前端发 Content-Type: application/json 时，验证器收不到数据，所有字段都判空。
- 常见错误现象：
['code'=>0, 'msg'=>'用户名不能为空']，但明明传了{"username":"a"} - 不要试图在验证器构造函数里
file_get_contents('php://input')：此时请求体可能已被框架提前读过，返回空字符串 - 正确做法是改用中间件，在
Request解析完 JSON 后再调验证器，例如在中间件里执行$validate->check($request->param())
模型绑定 + 表单验证混合使用时，字段名必须严格对齐
当路由绑定了模型（如 User），又同时用了 ->validate()，验证器拿到的数据是原始 input() 结果，不是模型属性。如果表单字段名和数据库字段名不一致（比如前端传 user_name，数据库是 username），验证会通过，但模型赋值失败或写入错误字段。
立即学习“PHP免费学习笔记（深入）”；
- 验证器的
$rule键名必须和input()输出的键名一致，不是模型字段名 - 若需映射，要么前端统一字段名，要么在中间件/控制器里做一次
array_replace_key()转换，别指望验证器自动识别别名 - 场景（
scene）必须显式指定，否则验证器默认扫描全部$rule字段，可能校验了不该出现的字段（如id、create_time）
最易被忽略的一点：路由级验证（->validate()）和模型级验证（$model->validate()）共存时，错误信息不合并。前端收到的只是路由验证失败提示，模型层的 getError() 完全不可见——除非你手动捕获并拼接。
