应优先使用 wheredoesntexist() 而非 whereraw('not exists') 或 wheredoesnthave()，因其生成标准 not exists 子查询，语义清晰、性能可控、支持复杂条件；须显式 select(1)，关联用 wherecolumn()，避免别名冲突。
直接用 whereDoesntExist()（Laravel ≥ 5.8），别手写 whereRaw('NOT EXISTS')，除非你明确需要绕过 Eloquent 的绑定机制或兼容老版本。
为什么不能用 whereDoesntHave() 替代 whereDoesntExist()
whereDoesntHave() 和 whereDoesntExist() 看似都查“不存在”，但底层 SQL 完全不同，语义和性能也不等价：
-
whereDoesntHave('posts')会生成LEFT JOIN posts ON ... WHERE posts.id IS NULL，依赖已定义的 Eloquent 关系，且所有条件（如published = true）会被塞进 JOIN 的ON子句——这在 MySQL 中可能引发意外匹配（比如关联表有 NULL 值时漏过滤）； -
whereDoesntExist()生成标准NOT EXISTS (SELECT 1 FROM ...)，子查询完全独立，条件写在哪、怎么写都由你控制，不会受 JOIN 语义干扰； - 当子查询需跨多表、带聚合、或含复杂 WHERE（如
created_at > ? AND status IN (?, ?)）时，whereDoesntExist()是唯一能保证逻辑正确的选择。
whereDoesntExist() 必须写 select(1)，否则报错
子查询里漏掉 select() 是高频错误，Laravel 会抛出 QueryException: SQLSTATE[HY000]: General error：
- 必须显式调用
$query->select(\DB::raw(1))或$query->selectRaw('1')，哪怕只选一个常量； - 不能只写
from('posts')就结束，Eloquent 要求子查询有明确字段列表； - 别用
select('*')，尤其当子查询涉及大文本字段时，纯属浪费 I/O； - 若需调试，可用
toSql()打印完整 SQL：在闭包末尾加dd($query->toSql());。
列关联必须用 whereColumn()，别写成字符串值
外层主表和子查询的字段关联，必须用 whereColumn()，否则 Laravel 会把右边当字面量处理：
- ✅ 正确：
->whereColumn('posts.user_id', 'users.id')—— 表示两列值相等； - ❌ 错误：
->where('posts.user_id', 'users.id')—— 这等于WHERE posts.user_id = 'users.id'，查不到任何数据； - 子查询中不要出现与外层同名的表别名（如外层是
users，子查询里就别再from('users')），Eloquent 不自动去重； - 如果主表用了自定义别名（如
from('users as u')），子查询里也要对应写whereColumn('posts.user_id', 'u.id')。
低版本 Laravel（
低于 Laravel 5.8 没有 whereDoesntExist()，只能退化为 whereRaw()，但极易出错：
- 参数必须走第二个数组参数传入，硬编码到 SQL 字符串里会触发 SQL 注入：
whereRaw('NOT EXISTS (SELECT 1 FROM posts WHERE user_id = ? AND published = ?)', [$userId, true])； - 表名和字段名要和当前数据库实际命名一致，不能依赖模型的
$table属性（比如模型叫User，但表是user_profiles，就得写死user_profiles.id）； - 子查询里无法使用 Eloquent 的作用域、软删除、
withTrashed()等特性，这些都不会被带入 raw 查询； - 没有语法校验，拼错括号、引号、空格都会导致 SQL 报错，且错误信息往往不直观。
最易被忽略的一点：子查询里的字段别名（如 selectRaw('MAX(created_at) as latest')）在 whereDoesntExist() 中毫无意义——因为 NOT EXISTS 只关心子查询是否返回行，不读取任何字段值。别在子查询里白费力气加别名或计算字段，除非你后续还要复用这个子查询做其他事。
