TP6.0模型关联为空通常因外键/主键字段未查出、关联链断裂或with闭包漏关键字段所致；需显式包含id和关联外键，注意版本兼容性、嵌套写法及软删除过滤。
TP6.0 模型关联为空，90% 不是框架坏了，而是外键/主键字段没查出来、关联方法链断了、或者 with 闭包里漏写了关键控制 —— 它不报错，只默默返回 null。
with() 闭包里必须包含外键和主键字段
ThinkPHP 绑定关联数据靠的是字段映射，不是魔法。如果 with(['profile']) 返回空，先看 SQL 日志里 profile 表是否查了 id 和 user_id：
-
with(['profile' => fn($q) => $q->field('nickname,avatar')])❌ 漏掉id和user_id，绑定失败，$user->profile为 null -
with(['profile' => fn($q) => $q->field('id,user_id,nickname,avatar')])✅ 显式带上两个关键字段，才能正确挂载 - 若字段名冲突（比如主表和 profile 表都有
id），必须加别名：field('profile.id as profile_id, user_id, nickname') - TP6.0.12 及更早版本不支持闭包中
field()，写进去会被静默忽略 —— 升级前先确认版本号
嵌套预加载在 TP6.0–6.0.12 中不能用点号语法
with('user.profile.avatar') 在 TP6.0 到 6.0.12 中根本不会解析第三层，它等价于只执行 with('user')，profile 和 avatar 被完全丢弃。
- 兼容写法（TP6.0–6.0.12）：
with(['user.profile.avatar'])，注意是字符串数组，不是嵌套数组 - TP6.1+ 推荐写法：
with(['user' => ['profile' => ['avatar']]])，每层可加闭包条件 - 混用写法如
with(['user.profile' => ['avatar']])会触发Array to string conversion错误 - 验证是否真通：手动执行
dd(User::find(1)->profile->avatar)，能取到才是真定义好了
关联方法里调用了 with() 或 field() 就会失控
如果你发现 User::with('profile') 查出来的 profile 数据特别全，甚至带了 profile 的关联（比如 avatar），大概率是 Profile 模型的 avatar() 方法里偷偷写了 ->with('xxx')。
- 这是反模式：预加载逻辑被埋进模型方法，导致外部调用不可控
- 后果包括：你只想要两级，它拉三级；你限制了字段，它内部又把整张表拖回来
- 正确做法：所有
with()、field()、limit()必须从关联方法体里彻底删除 - 只保留干净的关联定义，例如：
public function avatar() { return $this->hasOne(Avatar::class, 'id', 'avatar_id'); } - 复杂条件统一收口到控制器或服务层的
with()闭包中
全局作用域和软删除会影响 with 查询结果
TP6.0 的 with() 默认继承主模型的全局作用域（如 baseScope），但关联模型自身的软删除字段（如 delete_time）不会自动过滤 —— 这会导致关联数据“存在但不可见”。
- 例如
Profile启用了软删除，with('profile')仍可能查出已删除记录 - 修复方式：在闭包中显式补上过滤：
with(['profile' => fn($q) => $q->whereNull('delete_time')]) - 如果主模型有全局作用域限制状态（如
where('status', 1)），而你又在with()闭包里写了其他where()，注意它们是独立生效的，不会自动合并 -
withJoin()更危险：它不继承全局作用域，也不处理软删除，基本只适合极简一对一场景
最易被忽略的是：你以为查到了关联数据，其实只是字段没选全或链路某一层没返回关联对象 —— 它不报错，只返回 null，连 SQL 日志里都看不出问题。动手前，先 dd() 验证单条路径是否真实通，比反复改 with() 参数更省时间。
