绝大多数n+1问题可用with()预加载解决，但需明确预加载关系（如belongsto/hasone/hasmany）、避免嵌套遗漏、禁用模板中临时访问；with()用于查询前声明，load()用于查后补载；优先用withcount()/withsum()替代全量关联，警惕过度预加载导致性能下降。
直接用 with() 预加载就能解决绝大多数 N+1 查询问题，但关键在于「预加载什么」和「什么时候不能用」。
哪些关系必须用 with() 显式预加载
Laravel 不会自动预加载关联数据。只要你在循环中访问了未预加载的 Eloquent 关系（比如 $post->user->name），就会触发额外 SQL 查询——哪怕只查 10 条记录，也可能多发 10 次 SELECT * FROM users WHERE id = ?。
- 常见踩坑点：
belongsTo（如Post → User）、hasOne、hasMany这三类最常被漏掉预加载 - 嵌套关系必须显式写全，例如
with(['user', 'comments.author'])，comments.author不会因为写了comments就自动加载 - 避免在 Blade 模板里临时调用关系，比如
{{ $post->user->avatar }}—— 这里如果没预加载user，就已埋下 N+1
with() 和 load() 的使用场景区别
with() 是「查询前声明要加载什么」，load() 是「查完后再补加载」，二者性能表现一致，但适用阶段不同。
- 用
with()：适用于你明确知道需要哪些关联，且能一次性构造查询，比如列表页渲染Post::with('user', 'category')->get() - 用
load()：适用于条件分支逻辑，例如先查出 $posts，再根据权限决定是否加载comments：$posts->load('comments') - 注意：
load()只对已存在的模型集合有效，不能用于 Query Builder 实例（如Post::query()->load(...)会报错）
慎用 withCount() 和 withSum() 替代子查询
当只需要统计数字（如「每篇文章的评论数」），别用 with('comments') 把全部评论数据拉下来——这反而更慢、更占内存。
- 用
withCount('comments')，生成的是COUNT(*)子查询，返回字段为comments_count - 类似地，
withSum('comments', 'likes')直接聚合，避免加载整张 comments 表 - 但注意：这些方法不支持复杂条件聚合（比如「只统计已审核的评论」），此时得改用
selectRaw+leftJoin手动关联
预加载不是万能的：警惕过度加载和关联爆炸
加了 with() 不代表性能一定变好。如果预加载了大量无用字段或深层嵌套关系，可能比 N+1 更差。
- 检查实际 SQL：开启
DB::enableQueryLog()或用 Laravel Telescope，确认是否真生成了 JOIN 或单独的预加载查询 - 避免「一拖多再拖多」：比如
with(['user', 'comments.user.posts.category'])容易导致笛卡尔积或重复数据，优先拆成多个独立查询或分页处理 - 大列表页（如后台管理）建议用
select()限制字段，配合with()，例如Post::select('id', 'title', 'user_id')->with('user:id,name')
真正难的不是写上 with()，而是判断「这个请求到底需要哪些字段、哪些层级、哪些条件过滤」——多数 N+1 问题背后，其实是业务数据边界没理清。
