反向一对多预加载用belongsTo而非hasMany，需确保关系方法名与with参数一致；子查询预加载（withCount/withSum）更省内存；whereHas仅筛选不预加载，须配合with使用；深层嵌套预加载需防空外键导致null。
反向一对多预加载用 belongsTo 而不是 hasMany
很多人写反向预加载时，下意识套用正向逻辑，比如「订单 belongsTo 用户」却去写 with('user') 之后又手动补 with('orders')，结果报错或查出空数据。关键在：反向关联的预加载字段名，必须和模型里定义的 belongsTo 关系方法名完全一致。
常见错误现象：Call to undefined relationship [user] on model [App\Models\Order]（其实是想预加载用户，但写错了模型上下文）；或预加载后 $order->user 是 null，但数据库明明有 user_id。
- 确认关系定义：在
Order模型中必须有public function user() { return $this->belongsTo(User::class); } - 预加载时写
Order::with('user')->get()，不是with('users')或with('User') - 如果用了自定义外键（如
creator_id），belongsTo必须显式传参：belongsTo(User::class, 'creator_id')，否则默认找user_id - 不要在
User::with('orders')里混用with('user')—— 这是跨层级误用，Laravel 不会自动推导“订单的用户”该从哪层开始查
子查询预加载（withCount / withSum）比 with 更省内存
当你只需要统计、聚合值（比如每个用户的订单数、总金额），而不是整批订单数据时，用 withCount 或 withSum 是更优解。它生成的是子查询，只查一列，不拉取关联模型完整字段，避免 N+1 和内存暴涨。
使用场景：列表页显示「用户 + 订单数 + 总消费」，但不需要点开看每笔订单详情。
-
User::withCount('orders')->withSum('orders', 'amount')->get()会生成两条子查询，加到主 SQL 的 SELECT 中 - 别写成
with(['orders' => fn($q) => $q->sum('amount')])—— 这语法无效，with不支持聚合函数 -
withCount默认字段叫orders_count，可重命名：withCount(['orders as order_total']) - 注意 MySQL 版本：5.7+ 支持相关子查询，8.0+ 对窗口函数更友好；低版本遇到复杂子查可能退化成临时表
whereHas 和 whereDoesntHave 是筛选前提，不是预加载
很多人以为 whereHas('user') 会顺带把 user 数据查出来，结果模板里访问 $order->user->name 仍触发懒加载。这是典型混淆「条件筛选」和「数据预取」。
错误现象：分页列表只显示有头像的用户订单，但每个订单仍额外发起一次 SELECT * FROM users WHERE id = ? 查询。
-
whereHas只改 WHERE 条件，不改变 SELECT 字段，也不触发预加载 - 正确写法是组合使用：
Order::whereHas('user')->with('user')->get() - 如果只想筛出「用户头像不为空」的订单，且不用展示用户其他字段，可用子查询避免 join：
whereExists+ 原生子查，比whereHas更轻量 - 慎用
whereDoesntHave配合with：它可能让预加载的关联记录被 WHERE 过滤掉，导致$model->relation为 null（即使预加载已执行）
深层嵌套预加载容易漏掉中间层，导致空对象
比如要查「用户 → 订单 → 商品 → 分类」，写成 User::with('orders.items.category') 看似没问题，但只要某条订单里有个 item 缺失 category_id，整个 category 属性就是 null —— 即使其他 item 有分类。这不是 Bug，是 Laravel 的 eager loading 严格按关系链填充的结果。
容易被忽略的地方：你看到 $item->category 是 null，第一反应是「没预加载」，其实已经加载了，只是那条记录本身外键为空。
- 检查数据库：是否存在
items.category_id IS NULL的脏数据 - 加约束：迁移里补
$table->foreignId('category_id')->constrained()->nullOnDelete()，明确表达可空语义 - 不想让空外键破坏结构？用
withCount替代，或在访问前加守卫：$item->category?->name - 深层嵌套超过 3 层（如
a.b.c.d）时，务必用toSql()看生成的 SQL —— 可能因 join 太多被 MySQL 拒绝或变慢
