required_if 必须带三个参数：字段名、期望值，少一则失效；不支持变量插值；多条件用 required_unless 或闭包；判断字段存在用 present；依赖字段不存在时规则不触发。
required_if 的基本写法：别漏掉第三个参数
很多人写 required_if 时卡在验证规则语法上，核心是它必须带三个参数：required_if:另一个字段名,期望值。少一个就直接报错或失效。
比如用户选了「支付方式」为「银行卡」，才要求填「开户行」：
'bank_name' => 'required_if:payment_method,bank_card'
注意：bank_card 是字符串字面量，不是变量，不能写成 required_if:payment_method,$bankType —— Laravel 不支持运行时变量插值。
- 第二个参数（字段名）必须和 request 中键名完全一致，区分大小写
- 第三个参数是严格相等判断，
'1'和1不等价，建议统一用字符串 - 如果期望值含空格或逗号，得用引号包裹（但 Laravel 8+ 原生不支持，需改用闭包验证）
required_if 多条件？用 required_unless 或闭包更稳
想表达「当 status 是 draft 或 pending 时，title 必填」——别硬套多个 required_if，它不支持数组或 OR 逻辑。
更可靠的方式是用 required_unless 反向写，或者直接上闭包：
'title' => [
'required_unless:status,published',
'string'
]
或者更灵活的闭包写法：
'title' => [
function ($attribute, $value, $fail) use ($request) {
if (in_array($request->status, ['draft', 'pending']) && empty($value)) {
$fail('标题在草稿或待审状态下必填');
}
}
]
-
required_unless语义清晰，适合「除某值外都必填」场景 - 闭包能跑任意 PHP 逻辑，但会绕过 Laravel 的内置规则优化（如批量验证跳过）
- 别在闭包里调
$request->validate()，容易递归崩溃
required_if 和 nullable 一起用时的坑
常见需求：「如果上传了 avatar，则 avatar_alt 必填；但 avatar 本身可为空」。这时候写 'avatar_alt' => 'required_if:avatar,1' 是错的 —— 因为没传 avatar 时，avatar 是 null 或空字符串，不是 1。
正确做法是判断字段是否存在（而非值是否为某字符串）：
'avatar_alt' => 'required_if:avatar,!=,null'
但注意：Laravel 对 null 的识别有限，更稳妥的是用 present 配合 required_if：
'avatar' => 'nullable|file', 'avatar_alt' => 'required_if:avatar,present|string'
-
present检查字段是否在请求中存在（哪怕值为空字符串），比判值更符合直觉 -
nullable只影响自身字段，不会让required_if自动忽略空值 - 如果前端用 FormData 提交空文件，
avatar可能根本不出现在 request 中，此时present才真正生效
前端没传字段时 required_if 为什么没触发？
这是最常被忽略的一点：required_if 只在「依赖字段存在且等于指定值」时才启用校验。如果用户压根没提交 payment_method 字段，整个规则直接跳过，bank_name 就不会被检查。
解决思路分两层：
- 后端强制字段存在：加
required_with:bank_name或用required约束依赖字段本身 - 前端配合：表单 submit 前确保所有逻辑相关字段都参与提交（哪怕值为空字符串）
- 调试时用
dd($request->all())确认字段是否真的进了 request，而不是靠浏览器 Network 面板猜
复杂表单的条件校验，往往不是规则写得不够巧，而是前后端对「字段是否应该存在」没对齐。
