Laravel验证核心是规则引擎驱动，非手写if-else；规则可写在控制器validate()中或FormRequest的rules()方法里，推荐按场景选择轻量传参或封装复用。
Laravel 的验证不是靠手写 if-else 判断，而是用 validate() 或 Validator::make() 驱动规则引擎，核心在于规则定义是否贴合业务、错误提示是否可读、以及验证时机是否合理。
验证规则写在哪？控制器里直接用 validate() 最常用
多数场景下，你不需要单独建验证类——在控制器方法开头调用 $request->validate() 就够了，它会自动返回 422 响应并附带错误信息。
- 规则数组直接写在参数里，比如：
['title' => 'required|string|max:100', 'status' => 'in:draft,published'] - 字段别名（用于错误提示）用
$request->validate($rules, [], $attributes)的第三个参数传，例如：['title' => '文章标题'] - 注意：如果用了
FormRequest类，validate()会自动调用，但此时规则必须写在该类的rules()方法里，不能塞在控制器里
自定义错误消息怎么配？别硬写全局翻译文件
90% 的定制需求其实只需要在 validate() 调用时传第二个参数（messages 数组），比改 resources/lang/xx/validation.php 快得多，也更可控。
- 格式是键为
"字段.规则"，例如：['title.required' => '标题不能为空'] - 支持占位符，比如
'title.max' => '标题最多 :max 个字符'，:max会自动替换 - 如果某条规则要复用多处，才考虑放进语言文件；否则临时传参更轻量，避免污染全局配置
required_if 和 required_unless 容易写反，得看清楚依赖字段是否存在
这两个规则不是“值是否满足条件”，而是“当依赖字段 被提交且不为空 时，当前字段才必须存在”。很多 bug 出在前端没传那个依赖字段，导致规则根本没触发。
- 例如：
'reason' => 'required_if:status,rejected'—— 只有当请求里有status且值为rejected时，reason才必填 - 如果
status字段压根没出现在请求中（比如前端漏传或用unset()删除了），这条规则就跳过，不会报错 - 想强制要求
status存在再判断？得额外加一条：'status' => 'required|in:pending,rejected,published'
批量验证多个模型时，别用单个 validate() 硬扛
比如导入 Excel 数据，要校验 50 条记录，每条都有 title/status。直接循环调 $request->validate() 会抛出第一个错误就中断，用户看不到其他问题。
- 正确做法是收集所有数据后，用
Validator::make($data, $rules)手动创建验证器，再调$validator->fails()判断 - 错误信息用
$validator->errors()->get('*.title')可提取全部title字段的错误（Laravel 9+ 支持 * 通配） - 注意性能：一次性验证 500 条以上建议分块，否则内存和响应时间可能飙升
验证最常被忽略的其实是「空字符串 vs null vs 未提交字段」三者的行为差异——Laravel 默认把空字符串当作已提交值处理，而 required 会失败，但 filled 才真正拒绝空字符串和 null。业务逻辑里该用哪个，得看字段语义，不能无脑套 required。
