required_without 在 Laravel 中仅当被依赖字段完全未出现在请求数据中时才生效，其判定依据是 array_key_exists，而非值是否为空；若字段存在但值为 null、空字符串或 0，则规则不触发。
required_without 在 Laravel 验证中不是“不能用”，而是它只在特定条件下才生效——你得确保被依赖的字段**确实没传**，而不是传了 null、空字符串或 0。很多人以为只要 path 字段没出现在请求里，fid 就该被强制要求，结果发现验证通过了，其实是因为 path 实际上传了空值（比如前端表单没填但提交了字段），required_without:fid 就不会触发。
required_without 判定“字段不存在”的真实逻辑
Laravel 内部用的是 array_key_exists($field, $data) 来判断目标字段是否“缺失”。也就是说：
- ✅
['fid' => 123]→path键不存在 →required_without:path生效 - ❌
['fid' => 123, 'path' => '']→path键存在（哪怕值为空）→required_without:path**不生效** - ❌
['fid' => 123, 'path' => null]→ 同样，键存在 → 规则跳过
所以它真正适合的场景是：前后端约定好，互斥字段**完全不发送**（如 API 请求体中只包含其中一项），而不是靠“填不填”来控制必填。
常见误用：和 required_if / required_unless 混淆
required_without 不看值，只看键存不存在；而 required_if 和 required_unless 是看另一个字段的**值是否等于某条件**。例如：
-
'email' => 'required_if:account_type,corporate'：只有当account_type的值是corporate时，email才必填 -
'phone' => 'required_unless:country_code,CN'：除非country_code是CN，否则phone必填 -
'fid' => 'required_without:path'：仅当path这个 key 完全没出现在请求数据里，fid才强制要求
如果你实际想表达“fid 和 path 二选一”，但允许两者都传空值或都传非空值，那 required_without 无法满足——它只防“全无”，不防“全有”或“双空”。
替代方案：required_without_all 或自定义规则更可靠
当你要确保「至少一个有值」，且字段可能都传（只是值为空），优先考虑：
-
required_without_all:fid,path放在path规则里：表示如果fid和path都不存在，则path必填（反向逻辑，需配合两个字段都加） - 更清晰的做法是用自定义规则（如知识库中提到的
$without），配合extendImplicit，强制对“键不存在 + 值为 null/空”做统一判定 - Laravel 12+ 新增的
prohibited_if_missing可用于反向约束（比如“若没传auth_token，就禁止传ssn”）
直接写 'fid' => 'required_without:path|bail' 很容易漏掉 path 传了空字符串的情况，上线后才发现校验形同虚设。
真正要用好 required_without，得从接口设计源头控制字段是否出现，而不是依赖前端“不填就等于不传”。一旦数据来源不可控（比如表单 POST、JSON patch、第三方集成），就得换更鲁棒的方案。
