Ajax表单验证失败无提示，主因是validate()静态调用触发重定向或异常而非返回JSON；应改用Validate实例check()方法并手动判断返回错误信息。
Ajax 提交表单后前端收不到错误提示，大概率不是验证没跑，而是验证结果根本没以 JSON 格式正确返回——validate 方法本身不输出任何内容，它只返回 true 或 false，错误信息得你手动取、手动包、手动返回。
validate() 静态调用直接跳转或抛异常，根本不会返回 JSON
这是最常卡住的地方：你在控制器里写了 $this->validate($data, 'UserRule')，以为它会返回错误数组，实际它底层触发的是框架默认的验证失败处理流程——要么重定向回上一页，要么抛 ValidateException，然后被全局异常处理器捕获并渲染 HTML 页面（比如调试页），压根不会进你的 return json() 分支。
- 改用
Validate实例的check()方法：$validate = new UserRule(); $result = $validate->check($data); - 验证失败时，别依赖
$this->error()—— 它是为同步跳转设计的，会中断执行并输出 HTML - 必须显式判断：
if (!$result) { return json(['code' => 0, 'msg' => (string) $validate->getError(), 'data' => []]); }
Ajax 请求漏传 __token 导致 400 或空白响应
ThinkPHP 默认开启表单令牌验证，但 Ajax 不会自动带 __token 字段。请求在走到你的验证逻辑前，就被中间件拦截了，返回空响应或 HTTP 400，控制台 Network 面板可能只显示“Failed to load response data”，让人误以为后端没运行。
- 前端提交前务必从 DOM 中读取 token：
document.querySelector('input[name="__token"]').value，拼进请求体 - 后端临时关闭验证仅限调试：
Config::set('token_on', false)，切勿留到生产环境 - 检查配置项
token_name是否被改过（默认是__token），否则前端传对了名，后端却按别的字段去取
scene 场景没显式传参，字段校验直接失效
规则类里定义了 protected $scene = ['login' => ['username', 'password']]，但控制器调用时只写 $validate->check($data, 'UserRule')，没传第三个参数，validate 就按默认场景跑，可能把 email 当必填、把 password 当可选，导致“明明填了却报错”。
立即学习“PHP免费学习笔记（深入）”；
- 调用时必须带场景名：
$validate->check($data, 'UserRule', 'login') - 场景名大小写敏感：
login和Login是两个不同场景 - 不要把场景逻辑硬编码进规则类的
$scene数组里，而应在控制器中根据业务动态决定
getError() 返回数组或 null，json_encode() 直接失败
开启多语言后，$validate->getError() 可能返回关联数组（如 ['username' => '用户名不能为空']）或 null，直接塞进 json() 会导致 PHP 报 Malformed UTF-8 characters 或前端解析为空对象。
- 统一强转字符串：
(string) $validate->getError()，避免类型问题 - 确保整个响应体无 BOM、无空格、无 echo/dump 干扰——哪怕控制器开头多一个空行，
json()的 header 都会发送失败 - 如果错误信息含中文且仍乱码，检查服务器环境（如 Windows 主机名含中文）是否导致
request->server()数据编码异常，需在异常处理器里做mb_convert_encoding()转换
真正难排查的，往往不是验证逻辑本身，而是验证结果被哪一层“吃掉”了——是 token 拦截、是静态方法跳转、是 scene 匹配失败，还是 getError() 类型没兜住。盯住 Network 面板的 Response 内容和 Status 码，比翻代码更快定位卡点。
