根本原因是formrequest未被laravel执行，因其不会自动运行，必须显式注入控制器参数（如storepostrequest $request）；authorize()默认返回false会直接拦截请求；手动调用$request->validate()则绕过其完整生命周期。
FormRequest 的 rules() 为什么总不生效
根本原因不是规则写错了，而是 Laravel 根本没执行它。FormRequest 不是“写完就自动运行”的组件，它必须被显式接入请求生命周期。
常见失效场景：
-
authorize()方法返回false（默认值），导致请求在验证前就被拦截为 403 - 控制器方法参数写的是
Request $request或用request()辅助函数，而不是类型提示你的 FormRequest 类（如StorePostRequest $request） - 手动调用了
$request->validate()，绕过了 FormRequest 的完整流程（withValidator()、prepareForValidation()等钩子全部跳过）
required_if 和 required_unless 的坑怎么避
这两个规则看似简单，但匹配逻辑很严格：Laravel 默认把空字符串 ''、null、未提交字段都视为“不存在”，而 required_if:field,value 中的 value 是严格全等（===）判断。
实操建议：
- 前端传布尔值时，别写
required_if:is_paid,true—— 表单通常发的是字符串"true"，应改用required_if:is_paid,1或 Laravel 9+ 支持的required_if:is_paid,==,1 - 字段带空格（如
" active "）会导致required_if:status,active失效，务必配合trim规则：'status' => 'required|trim|string' - 避免和
nullable或sometimes混用在同一字段规则链里 ——nullable会提前放行，让required_if彻底失效
自定义错误消息为什么只显示一半
不是 messages() 方法没起作用，而是键名格式不对。Laravel 错误消息绑定依赖精确的“字段名.规则名”结构，任何偏差都会导致消息被忽略或错位。
正确写法必须满足：
- 键名是
"字段名.规则名"，例如'email.required' => '邮箱不能为空' - 不能只写
'required' => '不能为空'—— 这会覆盖所有字段的required提示，且无法按字段取值 - 如果字段是数组嵌套（如
photos.*.url），错误键也得保持一致：'photos.*.url.url' => '图片链接格式不合法'
FormRequest 怎么预处理请求数据再验证
有些字段需要清洗、转换或补全后才能验证（比如把空字符串转为 null、合并多个字段、添加默认值），不能靠前端传，也不能塞进控制器 —— prepareForValidation() 就是干这个的。
它在验证开始前自动触发，接收一个引用参数，可直接修改 $data：
protected function prepareForValidation()
{
$data = $this->all();
// 把空字符串的 status 转成 null，方便 exists 规则判空
if ($data['status'] === '') {
$data['status'] = null;
}
// 合并 first_name + last_name 为 full_name
$data['full_name'] = trim($data['first_name'] ?? '' . ' ' . $data['last_name'] ?? '');
$this->replace($data);
}
注意：prepareForValidation() 不会改变原始请求对象，只影响后续验证所用的数据；若需更早干预（比如解密或权限检查），应放在 authorize() 里做。
真正难的不是写规则，而是理解 FormRequest 是个有生命周期的“中间件式”验证器——它不只校验，还参与授权、预处理、钩子扩展。漏掉任一环节，都可能让验证静默失效或行为错位。
