应优先用 with() 预加载确定需要的关联；仅当逻辑中不确定或条件性需要关联数据时才用 load()，因其是显式同步加载而非懒加载，且需配合 loadMissing() 避免重复查询。
什么时候该用 load() 而不是 with()
直接结论：你已经查出主模型（比如 User 实例），但后续逻辑中「不确定是否需要」或「只在特定条件下才需要」关联数据时，用 load()；如果查询前就能确定要连带查哪些关联，一律优先用 with()。
典型场景包括：API 接口根据 query 参数动态决定是否返回评论列表、管理后台分权限展示关联字段、或一个集合里只有部分对象需要展开关联。这时候硬写 with() 会浪费 SQL 查询和内存 —— 即使某些 User 最终根本没调用 $user->posts。
实操建议：
-
load()必须在模型实例或集合上调用，不能在查询构建器（User::query()）阶段用 - 支持嵌套，比如
$users->load('posts.comments')，但注意这仍是一次性触发所有加载，不是“真正按需到每个 item” - 若对集合调用
load()，Eloquent 会自动去重关联键，避免 N+1，这点比手动 foreach +load()安全
loadMissing() 解决重复加载和条件判断的麻烦
常见错误现象：if (!$user->relationLoaded('posts')) { $user->load('posts'); } 这种手动检查 + 加载，既啰嗦又容易漏掉。更糟的是，如果之前已调用过 load('posts')，再执行一遍就是冗余查询。
立即学习“PHP免费学习笔记（深入）”；
loadMissing() 就是为此而生：它只在关联未加载时才发起查询，已加载则直接跳过。性能和可读性都更好。
使用场景举例：
- 封装在模型的访问器里，比如
getPostsCountAttribute()中先$this->loadMissing('posts')，再返回$this->posts->count() - 模板渲染前统一补全某些「低频但关键」的关联，避免视图层散落
load() - 与缓存配合：先尝试从缓存取关联数据，失败后再调用
loadMissing()回源
别把 load() 当成「懒加载」来用
很多人误以为 load() 是 Laravel 的“懒加载”机制，其实不是。load() 是显式、同步、立即执行的预加载 —— 它不会延迟到你第一次访问 $user->posts 时才查库，而是你调它的那一刻就发 SQL。
真正的懒加载（lazy loading）指的是开启 withCount() 或访问未预加载的关联属性时，Eloquent 自动触发单条查询（即 N+1）。这种行为默认是开启的，但生产环境必须关掉：
- 在
config/database.php中设'strict' => true仅影响语法校验，不关懒加载 - 真正开关在
AppServiceProvider::boot()里加Relation::enforceMorphMap([]);不起作用 - 正确做法：在模型基类或具体模型中设
protected $touches = [];无效；应设public $shouldUseLazyLoading = false;（Laravel 8.27+） - 或者全局禁用：在
AppServiceProvider::boot()加Relation::noConstraints();❌ 错误；正确是Relation::morphMap([]);也不对 —— 实际应调用Relation::disableLazyLoading();
一旦禁用懒加载，访问未预加载的关联会直接抛出 Illuminate\Database\LazyLoadingViolationException，强制你提前规划数据获取方式。
嵌套 load() 和多条件筛选的坑
想给已查出的 User 集合加载「今年发布的 posts」，不能写 $users->load('posts')->where('year', 2024) —— where() 不作用于 load() 的查询，它只是集合方法，对已加载数据过滤，没用。
正确做法是传闭包给 load()：
$users->load(['posts' => function ($query) {
$query->whereYear('created_at', 2024);
}]);
但要注意：这个闭包只影响本次查询，不会改变模型关系定义里的 where 或 withDefault 行为。
容易踩的坑：
- 闭包里用
orderBy()没问题，但limit()在 MySQL 里可能被忽略（因 Eloquent 对多关联用 JOIN 模拟，LIMIT 不生效），改用take()更可靠 - 多个
load()调用之间不共享查询上下文，$users->load('posts')->load('posts.tags')会查两次 posts 表（除非用load('posts.tags')一次嵌套） - 如果关联是
HasManyThrough，闭包参数是中间表模型，不是最终目标模型，容易写错约束字段
复杂点往往不在语法，而在你是否意识到：每次 load() 都是一次独立查询，它不感知上游数据状态，也不缓存结果。真要精细控制，得自己做查询拼装或用 toBase()->select(...) 手动构造子查询。
