Laravel中构建嵌套exists查询需用whereExists闭包，显式指定子表、关联字段、业务条件并select(1)；禁用whereHas防全表扫描，动态参数须use引入。
在Laravel中构建嵌套exists查询，目的是验证某条记录不仅自身存在，还必须满足其关联记录也存在且符合特定条件；例如检查“用户存在”且“该用户至少有一篇已发布且未删除的文章”，这种双重存在性不能靠简单whereExists链式调用完成，必须明确子查询层级与字段绑定关系。
用whereExists嵌套子查询验证关联存在
第一步：在模型查询中调用whereExists方法，传入闭包作为唯一参数。【闭包是必需的，传字符串或数组会直接报错】
第二步：在闭包内显式调用from('posts')指定子查询表名，不能省略——Eloquent不会自动继承外层模型的表名。
第三步：使用whereColumn('posts.user_id', 'users.id')完成字段间关联，注意右侧必须带表前缀，写成'users.id'而非'id'；若主查询用了别名如User::from('users as u')，此处就得写成'u.id'。
第四步：在子查询中追加业务条件，比如->where('posts.status', 'published')->whereNull('posts.deleted_at')；这些条件必须全部写在闭包内部，外部where会失效。
第五步：子查询末尾加上select(DB::raw(1))，只检查存在性，避免SELECT *拖慢性能；这一步虽非强制，但漏掉会导致MySQL多传冗余字段。
避免whereHas替代whereExists的典型误用
当需要验证“用户存在且其文章中至少有一条满足status=published AND category_id=5”时，不要用whereHas()，因为它的底层是JOIN+去重，大数据量下易触发全表扫描。
whereHas('posts', fn($q) => $q->where('status', 'published')->where('category_id', 5))看似简洁，但若posts表无(category_id, status)复合索引，查询会极慢。
正确做法是用whereExists()直连物理表，并确保posts.category_id和posts.status上有联合索引。
动态传参进子查询闭包
方法一：在闭包中用use ($status, $catId)引入外部变量，这是唯一安全方式；闭包无法自动访问$this或控制器变量。
方法二：若变量来自请求数据，先在控制器里提取，再以参数形式传入闭包；【禁止在闭包里直接写$request->status，此时$request不可见】
方法三：对高频查询字段（如status），可预设常量，避免每次请求都解析字符串——例如const PUBLISHED = 'published';
