TP6嵌套预加载需用数组语法而非点号，否则静默失败；6.0–6.0.12仅支持with(['user.profile.avatar'])，6.1+推荐with(['user'=>['profile'=>['avatar']]])；中间层方法名错误、漏return或未定义关联均导致链路中断且无提示。
嵌套预加载不是写个点号就完事，TP6 不校验路径合法性，错一个方法名或少一个 return 就静默失败——数据为空、不报错、SQL 日志里也看不到关联查询。
with('user.profile.avatar') 在 TP6.0–6.0.12 中根本不会嵌套
这个字符串写法在 TP6.0 到 6.0.12 版本中会被框架当作单层关联处理，等价于只执行 with('user')，profile 和 avatar 完全被忽略。
- 必须改用数组语法：
with(['user.profile.avatar'])（TP6.0–6.0.12 兼容写法） - TP6.1+ 推荐嵌套数组：
with(['user' => ['profile' => ['avatar']]])，好处是每层可加闭包条件 - 混用写法如
with(['user.profile' => ['avatar']])会触发Array to string conversion错误 - 验证是否真正通路：手动触发
dd(User::find(1)->profile->avatar)，能取到才是真通
中间层模型没定义对应关联方法，整个链路就断掉
点号语法本质是递归调用：user() → profile() → avatar()。只要其中任意一层出问题，后续全部失效，且无任何提示。
- 方法名拼错（比如
avator()）、大小写不符（Avatar()vsavatar()） - 方法体漏了
return（常见于复制粘贴后删多了） - 返回值不是关联对象（例如写了
return $this->where(...)而非$this->hasOne(...)） -
Profile模型里根本没定义avatar()方法，但User的profile()返回了Profile实例——此时user.profile.avatar必然为null
关联方法里硬写 with() 是典型反模式
如果 User::with('profile') 查出来的 profile 数据字段特别全，大概率是 Profile 模型的 avatar() 方法里偷偷写了 ->with('xxx')。
立即学习“PHP免费学习笔记（深入）”；
- 这种写法会让预加载失控：你只调了两级，它自动拉三级；你限制了主表字段，它内部又把整张表拖回来
- 正确做法：所有
with()、field()、limit()必须从关联方法体里彻底删除 - 只保留干净的关联定义，例如：
public function avatar() { return $this->hasOne(Avatar::class, 'id', 'avatar_id'); } - 复杂条件统一收口到控制器或服务层的
with()闭包中
深度嵌套容易栈溢出，别依赖点号自动穿透
写 with('profile.address') 看似省事，但一旦 Address 模型反向关联了 User，就会触发无限循环，PHP 直接报 Fatal error: Maximum function nesting level reached。
- 显式切断链路：改用
loadRelation('profile')，它不解析点号，也不会往下穿透 - 嵌套超过三层（如
user.profile.address.city）时，优先考虑分步查 + 内存挂载，而非强求一次性 with - TP 默认不校验嵌套路径是否存在，调试时务必打开 SQL 日志，确认每层是否真发出了查询
- 最容易被忽略的是：字段裁剪后，代码仍访问未查询的属性（如
$user->profile->is_vip），PHP 不报错但会触发Notice，且业务逻辑可能中断
