应优先使用 exists() 进行存在性判断，因其仅执行 select 1、不实例化模型、不触发访问器、无字段解析开销；适用于权限校验、前端开关等只需“有无”而非“内容”的场景。
直接用 exists()，别用 count() 或 get() 做存在性判断——它只发 SELECT 1，不实例化模型、不触发访问器、不走全局作用域，快且干净。
什么时候该用 exists() 而不是 first()
当你只需要「有没有」，不需要「是什么」时，exists() 是最优解。比如权限校验（“用户是否绑定了支付方式？”）、前端开关控制（“该分类下是否有子类？”）。
-
first()会查出整行数据、构造模型实例、触发访问器和强制转换，哪怕你只用它来判空 -
exists()底层是SELECT 1 FROM ... WHERE ... LIMIT 1，找到一条就返回true，无字段解析开销 - 若后续还要读取关联字段（如取
$user->profile->phone），那就该用first()或带约束的whereHas()，而不是硬套exists()
exists() 在关联查询里怎么写才不报错
必须链在关系方法之后，不能直接调用模型类或 has() 的返回值。
- ✅ 正确：
User::whereId(1)->posts()->exists()（先有查询上下文，再调关系方法，再exists()） - ✅ 正确：
User::find(1)->phone()->exists()（已有模型实例，调一对一关系） - ❌ 错误：
User::has('posts')->exists()（has()返回的是查询构建器，不是关系实例） - ❌ 错误：
User::posts()->exists()（posts()是实例方法，没模型实例或 where 条件，PHP 会报 Call to undefined method）
底层 SQL 类似：select exists(select 1 from posts where user_id = ?)，极简，无冗余字段传输。
带条件的存在性判断：用 whereHas() + exists()，别手拼 whereNull()
默认关联不自动过滤软删除、状态字段等。想查「用户是否有未删除的订单」，不能只靠 orders()->exists()。
- ✅ 正确：
User::whereId($id)->whereHas('orders', fn ($q) => $q->whereNull('deleted_at'))->exists() - ❌ 错误：
User::whereId($id)->orders()->whereNull('deleted_at')->exists()（orders()返回HasMany实例，没有whereNull()方法） - 索引很关键：确保
orders表上有(user_id, deleted_at)复合索引，否则可能全表扫描 - 闭包里别混用
orWhere()，它会让子查询逻辑失效，变成恒真条件
验证规则里的 exists 和模型的 exists() 不是一回事
表单验证用的 exists:users,email 规则，底层走的是 DB::table('users')，不经过模型逻辑。
- 它不会触发全局作用域、软删除过滤、自定义
$table属性 - 如果模型用了
$table = 'my_users'，规则必须写成exists:my_users,email，否则查错表 - 要动态加条件（如 “存在且属于当前用户”），得用
Rule::exists('posts', 'user_id')->where(fn ($q) => $q->where('user_id', auth()->id())) - 高并发查邀请码、手机号这类字段时，确认数据库有索引；否则考虑 Redis 缓存预检
最常被忽略的一点：模型上的 exists() 是轻量布尔判断，而验证规则里的 exists 是裸查表，二者语义和执行路径完全不同，不能互相替代或假设行为一致。
