验证「用户有至少一个已激活的订单」必须用 wherehas()，因其可在关联表加 where 条件过滤 status=active；而 has() 仅判断订单是否存在，无法筛选状态。
has() 和 whereHas() 都能查关联是否存在，但执行逻辑完全不同
直接说结论：has() 只检查关联记录数量是否 > 0，不关心具体内容；whereHas() 会在关联表上加 WHERE 条件再判断是否存在。用错会导致查不到数据、N+1、或意外跳过验证。
验证「用户有至少一个已激活的订单」时该用哪个
这是典型场景：你不是只看“有没有订单”，而是要看“有没有满足条件的订单”。必须用 whereHas()，否则无法过滤状态。
Laravel 13.2.0
下载
PHP中文网提供Laravel 13.2.0版本下载，Laravel框架 是基于 PHP 8.3+ 的高性能框架，官方推荐通过 Composer 安装。它内置 AI SDK、JSON:API Resources 及原生向量搜索，支持属性驱动开发与队列路由，大幅提升开发效率。相比旧版，13.2.0 优化了缓存 TTL 管理与实时通信，无需 Redis 即可横向扩展。作为现代 Web 开发首选，它兼顾安全与极速体验，助您快速构建企业级应用。
-
has('orders')→ 查出所有带订单的用户，不管订单是 pending 还是 cancelled -
whereHas('orders', fn ($q) => $q->where('status', 'active'))→ 只匹配有 active 订单的用户 - 如果在验证规则里写
'user_id' => 'exists:users,id,has,orders'—— 这种写法根本不存在，Laravel 的exists规则不支持has语法
在 whereHas 里误用 orWhere 会破坏关联语义
whereHas() 内部是一个独立子查询，它的 WHERE 条件必须全部满足。一旦混进 orWhere()，就可能让整个子查询恒真，导致验证失效。
- 错误写法：
whereHas('profile', fn($q) => $q->where('bio', '!=', null)->orWhere('avatar', '!=', null)) - 问题：只要
bio或avatar有一个非空，整条子查询就成立，哪怕另一字段是 null - 正确做法：用
where(fn($q) => $q->where(...)->where(...))包一层，或者拆成两个whereHas
性能敏感时别在验证里嵌套多层 whereHas
每个 whereHas() 都会生成一次 EXISTS 子查询，三层嵌套可能触发全表扫描，尤其当关联表没建好索引时。
- 比如验证「用户→订单→订单项→商品」链路上某商品分类为 digital，四层
whereHas很容易慢 - 更稳的做法：用
withCount()+havingRaw()把条件压到主查询，或提前在模型里定义带条件的关联（如digitalOrders()） - 注意：MySQL 5.7 对
EXISTS子查询优化较弱，8.0+ 改进明显，但别默认它能扛住复杂条件
has()，后者必须用 whereHas()，少一个字母，查出来的数据就不是你要的那个“存在”。
