$validate->geterror() 返回字符串，非数组——thinkphp 6 默认将所有错误拼接为中文字符串（如“用户名不能为空；邮箱格式不正确”），专为模板输出设计；结构化错误需调用 $validate->geterrors() 获取关联数组。
验证失败时，$validate->getError() 返回的是字符串还是数组？
ThinkPHP 6 默认返回字符串，不是数组——这是前端对接最容易踩的坑。如果你在 JS 里直接 JSON.parse() 或按字段名取值，会报错或拿不到具体字段错误。
原因在于：$validate->getError() 是为模板输出设计的，它把所有错误拼成一句中文（比如“用户名不能为空；邮箱格式不正确”），没做结构化处理。
- 想返回结构化数据？必须手动转：用
$validate->getErrors()（注意是复数）——它返回关联数组，键是字段名，值是错误信息字符串 - 如果用了场景（scene），确保验证时传了对应场景名，否则
getErrors()可能为空 - 控制器中建议统一响应格式，例如：
if (!$validate->check($data)) { return json(['code' => 400, 'msg' => '验证失败', 'data' => $validate->getErrors()]); }
前端怎么按字段显示错误提示？别硬解析中文分号
后端返回 getErrors() 的数组结构，前端就能直接映射到表单控件。硬拆 getError() 的字符串不仅脆弱（中文标点、空格、顺序都可能变），还无法支持多语言。
常见错误现象：提交后整个表单只显示一行红字，用户不知道哪个输入框错了。
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
- 后端响应示例（使用
getErrors()）：{"code":400,"msg":"验证失败","data":{"username":"用户名不能为空","email":"邮箱格式不正确"}} - 前端 Vue 项目可直接绑定：
v-if="errors.username"+{{ errors.username }} - 如果用原生 JS，注意
fetch后要检查response.ok和code === 400，别只看 HTTP 状态码
自定义验证规则的错误信息怎么让前端识别字段？
用闭包或独立验证器类写规则时，如果不显式指定字段名，getErrors() 可能返回空数组或错位键名。
关键点：ThinkPHP 的错误信息绑定依赖「规则定义时的字段路径」，不是你调用时传的变量名。
- 错误写法：
['email' => ['require', 'email']]→ 没问题；但若写成['user_email' => [...]]而实际提交字段是email，验证器不会自动映射 - 推荐写法：验证规则字段名和 POST 数据字段名严格一致；如需别名，用
scene+only控制输入字段，而不是改规则键名 - 自定义规则中抛异常？别用
throw new ValidateException()，它绕过getErrors()机制；改用return false并设置$this->error['field'] = '提示'
Ajax 提交时 422 状态码不被识别？ThinkPHP 默认不用它
很多前端同学习惯 Laravel 风格的 422 响应，但 ThinkPHP 6 默认验证失败仍返回 200 + 自定义 code。浏览器不会触发 catch，导致错误逻辑走不到。
这不是 bug，是设计选择——但和主流前端框架（Axios、Vue Query）默认行为不兼容。
- 解决方案一（推荐）：控制器统一返回
json([...])->code(422)，而非依赖框架默认 - 解决方案二：前端 Axios 配置
validateStatus: status => status >= 200 && status ，再自行判断 <code>code === 400 - 注意 Nginx 或 CDN 可能拦截非标准状态码，上线前务必测试真实环境响应头
scene 却忘了在 check() 时传参，结果 getErrors() 总是空——这比写错正则还难排查。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
