with() 不能随便链式调用多个关系，因为每个参数会触发独立预加载查询，嵌套关系必须用点号语法（如 'posts.comments'）而非并列写法，否则关联数据未加载导致空指针错误。
为什么 with() 不能随便链式调用多个关系
因为 Laravel 默认会为每个 with() 参数发起独立的预加载查询，比如 User::with('posts', 'comments')->get() 看似省事，但实际可能触发 3 次查询（主表 + posts + comments），而如果 comments 是通过 posts 关联的，它根本不会被加载——除非你明确嵌套写成 with('posts.comments')。
常见错误现象：Trying to get property 'name' of non-object，表面是空指针，实则是 comments 根本没查出来。
- 嵌套关系必须用点号语法：
with('posts.tags')，不是with('posts', 'tags') - 多个一级关系可以并列：
with('posts', 'profile')，但各自独立查询，注意 N+1 是否真被解决 - 如果嵌套层级深（如
posts.comments.user.profile），要考虑是否真需要全部字段——过度预加载反而拖慢响应
什么时候该用 load() 而不是 with()
with() 是“查询前声明”，load() 是“查完再补”，适用场景完全不同。比如你已经拿到一批 User 实例，后续逻辑根据条件决定要不要查评论，这时候硬写 with('comments') 就浪费了。
使用场景：接口中部分分支需要关联数据、命令行脚本按需加载、或模型已存在且无法修改原始查询。
-
load()只能作用于已存在的集合或模型实例，对 Builder 无效 - 多次
load()同一关系会重复查询，要手动去重或缓存判断 - 在 Eloquent Collection 上调用
load()时，底层仍会发新查询，不复用之前结果
withCount() 和 withSum() 这类聚合方法怎么避免全量 JOIN
它们底层走的是子查询（subquery），不是 LEFT JOIN，所以即使关联表数据量大，也不会把整张表拖进来。但如果你写成 with(['posts' => function ($q) { $q->select('id', 'user_id'); }]) 再配合 withCount('posts')，Laravel 仍会为 withCount 单独执行 COUNT 查询——两个操作互不影响。
性能影响明显：COUNT 子查询比 JOIN 快得多，尤其当关联表有千万级记录时。
- 想查数量就用
withCount()，别用with()加count()循环计算 -
withSum('posts', 'views')同理，它生成的是(SELECT SUM(views) FROM posts WHERE posts.user_id = users.id) - 不能在同一个
withSum()里混用不同条件；如需多条件统计，得用withCount(['posts as drafts_count' => function ($q) { $q->where('status', 'draft'); }])
预加载后访问不存在的关系字段会怎样
不会报错，但返回 null 或空集合——前提是该关系确实被预加载了。如果忘了写 with('profile')，又写了 $user->profile->avatar，就会触发懒加载（lazy loading），悄悄再查一次数据库，N+1 问题照旧。
容易踩的坑：开发环境开了 APP_DEBUG=true 且未禁用懒加载，线上关了就直接 500，错误信息是 Call to a member function avatar() on null。
- 上线前务必设置
Relation::noConstraints();或在AppServiceProvider中调用Model::preventLazyLoading(! app()->isLocal()); - 用 IDE 或 PHPStan 配合
laravel-ide-helper可提前发现未预加载却直接访问的关系 - 测试时打开 Laravel Telescope 或 DB 日志，看实际执行了几条 SQL
load()、漏关懒加载，都可能让优化变成幻觉。 
