结论：必须用自定义验证方法（如checkBWhenAValid）判断A字段“业务有效”后再校验B字段，因require_if等内置规则仅检测参数键存在而非值有效；示例中category_id为数值且>0时才强制brand_id必填。
ThinkPHP 模型中 A 字段存在才校验 B 字段，用 validateScene + 自定义规则最稳
直接说结论：不能只靠内置的 require_if 或 require_with，它们只判断字段“是否提交”，不判断“是否非空且有效”。比如 A 提交了但值是 '' 或 0，这些规则仍会触发 B 校验，导致误判。
正确做法是写一个闭包规则或自定义验证方法，在里面手动判断 A 是否“真正存在且有意义”，再决定是否对 B 执行校验逻辑。
-
require_if看的是请求参数键是否存在，不是值是否有效 - 若 A 是整型字段，传
0会被当成“存在”，但业务上可能代表“未选择” - 推荐在
Validate类里定义一个checkBWhenAValid方法，把 A 的语义判断（如非空字符串、大于 0、不等于默认值）和 B 的校验逻辑耦合起来
怎么写“B 字段仅当 A 为有效 ID 时才校验必填”
典型场景：用户提交 category_id，此时 brand_id 才必须填写；但如果 category_id 是 0 或空字符串，brand_id 就不该被校验。
示例代码（放在模型的 validate 方法或独立 Validate 类中）：
立即学习“PHP免费学习笔记（深入）”；
['brand_id', 'checkBWhenAValid', '品牌必须选择', ['category_id']]
对应验证方法：
protected function checkBWhenAValid($value, $rule, $data)
{
$aValue = $data[$rule[0]] ?? null;
// 这里按业务定义什么叫“A 有效”：非空字符串、大于 0、不在黑名单等
if (!is_numeric($aValue) || $aValue <= 0) {
return true; // A 不有效 → 不校验 B
}
return !empty($value); // A 有效 → B 必须非空
}
- 注意
$rule[0]是依赖字段名（这里是category_id），不是硬编码 - 不要在闭包里直接查数据库，验证器应无副作用；如需查库，提前在控制器里查好并塞进
$data - 如果 A 是关联字段（如
user_type为'company'时才校验company_name），就把判断逻辑写死在条件里，别抽象过度
为什么不用 require_with 或 require_if
这两个规则在 ThinkPHP 6/7 中行为固定，但和业务“存在即有效”的直觉不一致：
-
require_if:category_id,1：只有当category_id === '1'才校验 B，太死板 -
require_with:category_id：只要请求里有category_id这个 key，不管值是null、''还是0，都会触发 B 校验 - 它们无法表达“
category_id是合法分类 ID”这一业务含义，而这是校验的前提 - 实际调试时容易卡在“明明没选分类，却报 brand_id 必填”，根源就是规则没区分“提交了”和“有效”
复杂点在于“有效”的定义因字段而异，没法通用封装
同一个“存在才校验”逻辑，不同字段组合要重写判断：
-
status是'draft'时，draft_reason必填；是'published'时则忽略 —— 判断是字符串相等 -
price_type是2（按量计费）时，unit_price必须 > 0 —— 判断是数值范围 + 业务含义 - 没有万能的
require_when规则，ThinkPHP 也没提供钩子改写内置规则的执行条件
所以每次遇到这类依赖，老老实实写一个带上下文判断的自定义方法，比折腾配置更省时间。别想着一劳永逸，字段语义本身就是业务的一部分，绕不开。
