ThinkPHP的延迟加载需主动调用load()或with()，非属性访问自动触发；仅当主模型已存在且主键有效时load()才生效，$lazy=true可禁用隐式查询，关联方法名必须严格匹配。
ThinkPHP 的“延迟加载”不是访问属性时自动触发，而是你得主动调用 load() 或用 with() 控制时机；不手动干预，$user->profile 这种写法照样立刻查库，根本没延迟。
什么时候该用 load()，而不是直接访问属性？
只有在「确定只查少数几条记录、且关联数据并非每次都需要」时，load() 才有意义。比如用户详情页里点开“收货地址”弹窗才加载，而不是一进页面就全查出来。
-
$user = User::find(1); $user->load('addresses');—— 正确：主模型已存在、主键有值，load()才能触发查询 -
$user = new User(); $user->load('profile');—— 错误：没主键值，load()直接报错或返回空 -
User::where('id', 1)->load('profile');—— 错误：load()是模型实例方法，不能在查询构造器上链式调用 - 用了软删除的关联模型（如
Address），要确保它也启用了软删除，否则load('addresses')查不到已被逻辑删除的数据
with() 和 load() 到底谁更“延迟”？
with() 是预加载，load() 是显式延迟加载——但两者都会发 SQL，区别只在“何时发”。别被名字骗了，with() 从不懒，它只是把“多条 SQL”打包成“1+N 条”，而 load() 是你决定哪一刻发第 N+1 条。
- 列表页渲染用户 + 头像 + 订单数 → 用
with(['avatar', 'orders' => function ($q) { $q->count(); }])，避免循环中反复load() - 单个用户详情页，点按钮才展开订单列表 → 在控制器里
$user->load('orders')，别提前with() -
with('profile.address')是递归解析，一旦Address模型又反向关联User，就可能栈溢出；这种场景必须拆成$user->load('profile')->loadRelation('profile.address') - TP6.3+ 支持链式
load()，但每次调用都发新 SQL，$user->load('a')->load('b')就是两条独立查询，注意 N+1 风险
为什么 $user->profile 有时是 null，有时又自动查了？
这和模型是否启用“隐式关联加载”有关，而开关就是 $lazy 属性——但它只控制“未显式 with() 时是否放行属性访问”，跟数据库延迟完全无关。
立即学习“PHP免费学习笔记（深入）”；
-
protected $lazy = false;（TP6.1+ 默认）→$user->profile会立刻查库 -
protected $lazy = true;→$user->profile访问时返回 null 或空数组，不会自动查；但$user->load('profile')依然有效 -
$lazy = true对with('profile')完全无效：只要写了with()，该查的 SQL 一条不少 - 别指望
hidden或visible控制字段加载——它们只影响序列化输出，DB 查询照旧全字段执行
最容易被忽略的坑：关联方法名必须严格匹配
load('profile') 能否成功，唯一依据是 User 模型里有没有一个叫 profile() 的方法，且它必须返回 hasOne() 或 hasMany() 实例。框架不做任何推导或容错。
- 拼错方法名：
Profile()（大写 P）或userProfile()→load('profile')静默失败，$user->profile是 null - 方法存在但没
return：public function profile() { $this->hasOne(Profile::class); }缺少 return → 报错或返回 null - 用了关联别名：
protected $relationAlias = ['profile' => 'profileInfo'];→load()不识别别名，仍需调用load('profile')，不是load('profileInfo') - 在模型里给关联加了
with()（如return $this->hasOne(Profile::class)->with('avatar');）→ 这会导致嵌套加载失控，应删掉，改由外层统一控制
真正难处理的从来不是怎么写 load()，而是判断“这个关联到底该不该在这里查”——模型层写死的关联逻辑、控制器里随意的 load() 调用、模板里无意识的属性访问，三者混在一起，延迟就变成了幻觉。
