应使用whereexists()闭包写法：首参必为closure，闭包内需from()指定表、wherecolumn()关联字段、select(db::raw(1))提升性能；禁用字符串参数或手拼sql，避免字段无前缀、漏use变量等错误。
直接用 whereExists()，别碰 whereHas() 或手拼 SQL 字符串——前者性能差、后者不安全，且语义错位。
whereExists() 闭包里怎么写子查询才不报错
错误常出现在闭包参数没传对、字段没加表前缀、或误把字符串当闭包传进去。Eloquent 要求 whereExists() 第一个参数必须是 Closure，且闭包内必须显式指定表和关联条件。
- 子查询必须调用
from('table_name')，不能依赖外层模型的表名（比如User::的表是users，但子查询里不写from()就会找不到表） - 跨表字段比较必须用
whereColumn('posts.user_id', 'users.id')，而不是where('posts.user_id', 'users.id')——后者把右边当字符串字面量，永远为 false - 如果主查询用了别名（如
User::from('users as u')），那whereColumn()就得写成'posts.user_id', 'u.id' - 子查询里
select(DB::raw(1))是惯例，只检查存在性，不取数据；用select('*')会多传冗余字段，无意义
whereExists() 和 whereHas() 到底该选哪个
看你要不要在子查询里加条件过滤。如果只是“有没有关联记录”，whereHas() 足够；但一旦要“有没有满足某条件的关联记录”，且这个条件不能定义在模型关系里（比如动态传参、复合条件、或涉及中间表字段），whereExists() 更可控、更高效。
-
whereHas('posts', fn($q) => $q->where('status', 'published'))：适用于已定义好posts()关系，且条件能塞进该关系链中 -
whereExists(fn($q) => $q->from('posts')->whereColumn('posts.user_id', 'users.id')->where('posts.status', 'published'))：适用于需要绕过模型关系、直连物理表，或条件涉及非标准外键、联合索引字段等场景 - 性能上，
whereExists()在 MySQL 8.0+ 下通常更快，尤其当子查询能命中posts.user_id索引时；whereHas()默认走 JOIN + 去重，在大数据量下容易拖慢主表扫描 - 别在
whereHas()里混用orWhere()，它会破坏 EXISTS 语义，导致结果恒真
子查询里引用主表字段的常见陷阱
Eloquent 的 whereExists() 闭包里拿不到父查询的别名（比如 users），也不能靠变量自动注入——你得自己确保作用域可访问，且字段名带表前缀。
- 闭包外的变量（如
$status）必须用use ($status)显式引入，否则抛Undefined variable - 别用
DB::raw('users.id')直接拼字段，除非你 100% 确保外部没有 SQL 注入风险；优先用whereColumn() - 如果主表用了自定义别名（如
from('users as u')），子查询里的whereColumn()必须同步改写，不然关联失效 - 子查询里加
ORDER BY或LIMIT没用，数据库优化器会忽略——存在性判断不依赖顺序
最易被忽略的是：子查询里字段名是否带表前缀，以及 use ($var) 是否漏写。这两个点一错，不是空结果就是报错，而且不容易从错误信息里一眼看出根源。
