不能靠 with() 保证关联存在，它只预加载不筛选；需用 has() 或 whereHas() 过滤无关联记录，如 Post::has('user')->with('user')->get()；访问时仍需空值保护，如 $post->user?->name。
用 with() 预加载关联时，怎么确保关联记录一定存在
直接结论：不能靠 with() 保证关联存在，它只负责“查出来”，不筛“有没有”。真要过滤掉关联为空的主模型，得用 has() 或 whereHas()。
常见错误是写成 Post::with('user')->get()，以为这样能排除没用户的 Post —— 实际上它只是把所有 Post 都查出来，再顺手把关联的 User 也捞一遍，空关联照样留着。
-
with()是 eager loading，纯优化 N+1 查询，不影响主查询结果集 -
has('user')才是 SQL 层面加EXISTS子查询，真正剔除无关联记录 - 如果还要预加载 + 过滤，必须组合：先
has()筛，再with()加载
正确写法：
Post::has('user')->with('user')->get();
has() 和 whereHas() 什么时候该选哪个
核心区别在「能不能加条件」：has() 只判断存在性，whereHas() 允许对关联表字段加 where 条件。
比如想查「有已激活用户的 Post」：has() 不够用，因为它没法指定 user.active = 1；必须用 whereHas()。
-
has('comments')→ 查至少有一条评论的 Post -
whereHas('comments', fn ($q) => $q->where('approved', true))→ 查有已审核评论的 Post - 性能上两者都触发
EXISTS子查询，但whereHas()多一层条件解析，简单存在性检查优先用has()
关联预加载后，怎么安全访问可能为空的关系
即使用了 has() 过滤主模型，关联模型本身仍可能是 null（比如关联被软删除、或中间表数据异常），直接调用 $post->user->name 会报 Call to a member function on null。
- 最稳妥是用空合并操作符：
$post->user?->name（PHP 8.0+） - 兼容老版本可用
optional($post->user)->name，但注意optional()不阻止 N+1，只是避免报错 - 别依赖
with()后就认为关系一定非空 —— 它不校验数据一致性，只减少查询次数
多层嵌套关联 + 存在性检查容易踩的坑
比如查「有评论且评论有用户、用户有头像的 Post」，写成 has('comments.user.avatar') 是错的 —— Laravel 不支持跨多级做 has()，会静默失败或查出意外结果。
- 正确做法是链式
whereHas()：Post::whereHas('comments', fn ($q) => $q->whereHas('user', fn ($q2) => $q2->whereHas('avatar'))) - 每层
whereHas()对应一次子查询，嵌套越深，SQL 越复杂，必要时考虑是否真需要全链路强约束 -
with(['comments.user.avatar'])可以预加载，但它和存在性检查无关，别混用期待它自动过滤主模型
复杂嵌套的存在性逻辑，往往意味着模型职责过重，值得回头看看是不是该拆分查询或加数据库视图。
