laravel条件验证规则是声明式开关，仅控制字段验证是否启用，不补全缺失字段；required_if触发需字段存在且值匹配，否则跳过。
直接说结论：Laravel 的条件验证规则（如 required_if、required_unless、required_with）不是“运行时 if 判断”，而是声明式规则开关——它只决定“该字段的验证逻辑是否启用”，不改变其他规则行为，也不自动补全缺失字段。
required_if 规则为什么总不报错？
常见现象是：前端 checkbox 没勾选，company 字段根本没提交，但 carrier_name 却没被校验，也没报错。
-
required_if:company,1的触发前提是：company字段必须出现在请求中且值严格等于1（字符串或整型均可匹配）；若字段压根不存在，规则直接跳过 - 如果想强制要求
company存在再判断，得额外加一条：'company' => 'required|in:0,1' - 前端传布尔值
true时，Laravel 默认转成字符串"1"，所以required_if:company,1仍有效；但传"true"就得写成required_if:company,true（Laravel 9+ 支持） - 别把
nullable放在required_if后面，例如'phone' => 'required_if:has_phone,1|nullable'——nullable会优先放行空值，让required_if失效
required_unless 和 required_with 怎么选？
三者语义不同，混用容易翻车：
-
required_unless:status,draft：只要status不等于draft（且字段存在），当前字段就必填；适合“默认可选，仅某状态除外”的场景 -
required_with:payment_method：只有当payment_method字段存在（无论值是什么）时，当前字段才必填；适合“有 A 就必须填 B”这种弱依赖 -
required_with:payment_method,payment_date：多个字段同时存在时才触发；不能写成required_with:payment_method|payment_date（语法错误） - 多个条件用
required_if并列更清晰，比如'reason' => 'required_if:status,rejected|required_if:status,cancelled'，等价于“status 是 rejected 或 cancelled 时必填”
FormRequest 中 rules() 方法不生效的典型原因
写了规则却没拦住非法数据，大概率是验证根本没跑起来：
- 控制器方法参数没写成
StoreOrderRequest $request，而是用了Request $request或request()辅助函数 -
authorize()方法仍是默认的return false，导致请求在验证前就被拒绝 - 手动调了
$request->validate()，绕过了 FormRequest 的生命周期（prepareForValidation、withValidator全部失效） - 规则数组里的字段名和实际请求参数名不一致，比如表单字段是
carrier_email，但规则里写成了email
最常被忽略的一点：条件规则只管“要不要验证”，不管“字段该不该存在”。如果业务上要求“company 为 1 时 carrier_* 字段必须提交”，那除了 required_if，你还得确保前端确实把那些字段发了过来——否则后端连校验入口都进不去。
