with()传闭包可对关联模型预加载加WHERE等约束，但无法访问父模型运行时字段；orderBy有效而take/limit无效，多关联可分别传闭包，需注意外键匹配与load()时的数据复用问题。
用 with() 传闭包实现带条件的预加载
直接在 with() 中传入闭包，就能对关联模型的查询加约束，避免加载全部记录。闭包接收一个 $query 实例，本质是 IlluminatedatabaseEloquentBuilder，可链式调用 where、orderBy 等方法。
常见错误是误以为闭包里能访问父模型字段（比如想用 $post->id），其实此时父模型尚未遍历，闭包是“静态定义”的查询条件，不支持运行时动态值——除非改用 whereHas() 或延迟加载后过滤。
- 闭包只影响预加载的 sql
WHERE条件，不影响主查询 - 多个关联可分别传闭包：
with(['comments' => fn($q) => $q->where('approved', true)], ['author' => fn($q) => $q->select('id', 'name')]) - 闭包中不能用
$this或试图引用当前模型实例
where() 在闭包里失效？检查关联关系类型和外键
如果加了 where 却没生效，大概率是关联定义或数据库外键不匹配。Eloquent 的预加载闭包依赖底层 IN 查询（如 WHERE user_id IN (1,2,3)），若关联字段名写错、类型不一致（比如 user_id 是字符串但数据库存的是整数），会导致子查询结果为空。
典型场景：一对多关系中，子表外键字段名不是约定俗成的 {parent}_id，或用了自定义 foreignKey 但闭包条件与之冲突。
- 确认关系方法中是否显式指定了
foreignKey和ownerKey，且与闭包中的where字段一致 - 用
toSql()检查生成的预加载 SQL：Post::with(['comments' => fn($q) => $q->where('status', 'published')])->toSql() - 若需基于父模型字段过滤（如“只加载当前 post 的置顶评论”），闭包做不到，得用
load()+ 后续集合操作，或改用whereHas()配合主查询筛选
性能陷阱：闭包里 orderBy 和 limit 的实际效果
在 with() 闭包中写 orderBy('created_at', 'desc')->take(3) 看似能取每篇文章的最新 3 条评论，但这是错觉。Eloquent 不会为每个父记录单独执行带 LIMIT 的子查询；它仍走单条 IN 查询，take() 会被忽略或作用于整个结果集（取决于数据库驱动），最终返回所有匹配记录再由 php 截断——失去数据库层优化意义。
真要实现“每 N 条”，必须用窗口函数（mysql 8.0+/postgresql）或关联子查询，laravel 原生 with() 闭包不支持。
-
orderBy有效，会影响结果顺序，但不改变数量 -
take()、skip()、limit()在预加载闭包中基本无效，不要依赖 - 需要 Top-N 场景，考虑用
HasManyThrough关系 + 原生 SQL，或应用层分组后取前 N
Post::with(['comments' => function ($query) { $query->where('approved', true) ->orderBy('created_at', 'desc'); }])->get();真正容易被忽略的是：闭包定义的约束，在使用 load() 动态预加载时同样适用，但此时若模型已存在，Eloquent 会复用已加载的关联数据（即使闭包条件不同），导致约束“看似没生效”。遇到这种情况，先 unset($post->comments) 再 load()，或直接用 fresh() 重新查。