wherehas()适用于筛选存在关联子记录的父数据，join()适合需子表字段或排序分组，with()仅用于预加载不参与筛选；三者误用会导致空结果、n+1或sql错误。
直接用 with() 加 whereHas() 或 join() 就能查出符合条件的父子数据，但选错方法会导致结果为空、N+1、或 SQL 报错——关键不在“能不能写”，而在“哪条路径匹配你的筛选逻辑”。
用 whereHas() 筛选子表字段时父表必须存在
当你需要「找出所有年份为 2025 且带 tag_id=3 的 posts」，whereHas() 是语义最清晰的选择。它先查父表，再对每个父记录检查是否存在满足条件的子记录。
- ✅ 正确写法：
Post::where('year', 2025)->whereHas('PostTags', fn($q) => $q->where('tag_id', 3))->get() - ❌ 错误写法：
Post::whereHas('PostTags', ...)->where('year', 2025)—— 顺序不影响结果，但把whereHas放前面容易让人误以为它会“驱动”主查询，其实它只是附加约束 - ⚠️ 注意：如果模型关系名是
PostTags（首字母大写驼峰），调用时必须完全一致；写成postTags会报Relationship method not found - ⚠️ 如果子表条件涉及多个字段（如
tag_id IN (1,2,3)），whereHas()内部可嵌套whereIn()，无需改用join
用 join() 同时查父子字段并去重
当你需要在结果里直接拿到子表字段（比如 posts_tags.created_at），或要基于子表字段排序/分组，join() 更合适。但它默认是 INNER JOIN，会自动过滤掉没有子记录的父行。
- ✅ 正确写法：
Post::select('posts.*', 'posts_tags.tag_id')->join('posts_tags', 'posts.id', '=', 'posts_tags.post_id')->where('posts.year', 2025)->where('posts_tags.tag_id', 3)->distinct()->get() - ⚠️ 必须加
distinct()：一对多下，一个 post 对应多个 tag，不加会重复返回同一 post 多次 - ⚠️ 别漏写表前缀：
'posts.id'和'posts_tags.post_id'中的表名不能省，否则 Laravel 可能混淆字段归属 - ⚠️ 想保留无子记录的父行？改用
leftJoin()，但后续where条件若写在子表字段上（如where('posts_tags.tag_id', 3)），会变相转成INNER JOIN效果
with() 预加载只适合“先取父，再补子”场景
with() 本身不参与筛选，它只是“附带查子表”。如果你已经通过其他方式锁定了某几个父记录（比如 Post::find([1,5,8])），再用 with('PostTags') 补全子数据，这是安全高效的。
- ✅ 安全用法：
Post::whereIn('id', [1,5,8])->with('PostTags')->get()—— 不会多查、不会漏查 - ❌ 危险用法：
Post::with(['PostTags' => fn($q) => $q->where('tag_id', 3)])—— 这只会过滤子集合，父集合仍是全量；你得到的是“所有 post + 每个 post 下 tag_id=3 的子项”，不是“只有带 tag_id=3 的 post” - ⚠️ 关系方法里用
select()要小心：如果只选了子表部分字段（如select('id','post_id')），Eloquent 在构造反向关系（如$postTag->post）时可能因缺少外键字段而失败
最容易被忽略的一点：无论用 whereHas 还是 join，只要子表条件涉及索引字段（如 post_id, tag_id），务必确认数据库里建了联合索引（例如 INDEX(post_id, tag_id)）。没索引时，万级数据下 whereHas 可能比 join 慢一个数量级。
