结论：Laravel 关联查询中子表数据响应父表字段值，必须在关联方法内用 whereColumn() 或 when() 绑定父子关系；whereHas() 仅筛选主模型，不控制预加载的子记录。
直接说结论：Laravel 关联查询中想让子表数据响应父表字段值（比如 products.attribute_status），不能靠 with() 传参或运行时变量穿透，必须把条件写进关联方法定义里，用 whereColumn() 或 when() 绑定父子字段关系。
whereHas() 适合筛选主模型，不是加载带条件的关联数据
很多人误以为 whereHas() 能控制「加载哪些子记录」，其实它只决定「哪些主模型能被查出来」。例如：
User::whereHas('userAttr', function ($query) {
$query->where('job', 'teacher');
})->get();
这只会返回有 job = 'teacher' 的 User，但后续 $user->userAttr 加载的仍是整条关联记录（可能 job 是别的值），除非你额外加 with('userAttr') —— 但这时加载的还是全部，没过滤。
-
whereHas()生成的是 EXISTS 子查询，不参与预加载逻辑 - 它不改变
with()的行为，with()仍会查出该用户所有user_attr记录 - 若要同时筛选主模型 + 精确加载子集，得组合用
whereHas()+ 带条件的with()关系
with() 中动态过滤子表，必须定义带约束的关联方法
想让 with('productAttributes') 自动只加载 attribute_status = 1 的产品对应的属性，就得在 Product 模型里改写关系：
public function productAttributes()
{
return $this->hasMany(ProductAttribute::class)
->whereColumn('products.attribute_status', '=', DB::raw(1));
}
关键点：
-
whereColumn()比较的是两个字段，不是字段和值；DB::raw(1)是绕过自动转义的写法 - 别名
products是 Laravel 预加载时自动加的，前提是主查询没显式重命名表 - 这个约束只对
with('productAttributes')生效，对$product->productAttributes实时访问也生效 - 如果字段是动态的（比如根据当前用户角色变），就用
when()包一层
多个动态条件共存时，用 when() + 闭包更安全
当关联条件依赖运行时参数（如请求里的 $request->show_active），硬编码 whereColumn() 不够灵活。此时应在关联方法中引入 when()：
public function activeAttributes()
{
return $this->hasMany(ProductAttribute::class)
->when(request()->filled('show_active'), function ($query) {
return $query->where('is_active', 1);
});
}
注意：
-
request()在模型里可用，但更推荐把参数作为方法参数传入，避免全局依赖 - 调用时写
with(['activeAttributes' => function ($q) use ($showActive) { ... }])也可行，但复用性差 -
when()内部闭包的$query是子表查询器，可放心用where()、orderBy()等 - 别在同一个
with()里混用带条件和无条件的关系，容易漏掉约束
whereColumn() 容易踩的坑：表别名和字段存在性
whereColumn('products.attribute_status', 'baz.type_id') 看似简单，但失败最多——因为：
- Laravel 在预加载时给主表加的别名不总是
products，比如用了from('products as p')，那别名就是p，不是products - 迁移里字段名写错、大小写不一致（尤其 PostgreSQL）、或字段根本没加到
SELECT列表，都会让whereColumn()失效且不报错 -
whereColumn()不支持跨 JOIN 表引用，比如主表 join 了categories，再想比categories.status就不行 - 测试时用
toSql()打印最终 SQL，确认生成的字段名和别名是否符合预期
最稳的做法：先确保主表字段真实存在且可被预加载上下文访问，再用 whereColumn()；否则退回到 whereHas() + 手动合并结果，虽然多一次查询，但逻辑清晰、调试方便。
