ThinkPHP 不支持真正的延迟加载，关联属性需显式调用 with() 或 load() 才能访问，否则为 null；load() 可按需单次加载并支持嵌套与闭包约束，但不自动去重，需手动缓存避免重复查询。
ThinkPHP 的模型关联默认是即时加载（Eager Loading），所谓“延迟关联加载”并不是框架原生支持的特性——它本质上是通过 with() 配合闭包约束、或手动调用 load() 实现的按需触发，不是 Laravel 那种真正的 lazy loading（即访问属性时才查库）。直接写 $model->relation 会报错或返回 null，除非你显式加载过。
为什么不能直接访问未加载的关联属性
ThinkPHP 模型的关联属性（如 $user->posts）在未调用 with() 或 load() 时只是个空的 Relation 对象占位符，不自动查询。这不是 bug，是设计选择：避免 N+1 查询被隐藏，强制开发者明确加载意图。
- 常见错误现象：
Trying to get property 'title' of non-object，实际是$user->posts为null或空集合 - 使用场景：列表页只在点击“查看详情”时才需要关联数据，或字段级权限控制下部分用户不可见关联内容
- 性能影响：不加载 = 少一次 SQL；但反复调用
load()且无缓存 = 多次重复查询
用 load() 手动触发单次延迟加载
load() 是最贴近“延迟”语义的操作，它在模型实例已存在后，按需发起关联查询并挂载到当前对象上。注意它只对当前实例生效，不改变后续新查出的同类型模型。
- 基本用法：
$user->load('posts')，之后可安全访问$user->posts - 支持嵌套：
$user->load(['posts.comments', 'profile']) - 支持闭包约束：
$user->load(['posts' => function ($query) { $query->where('status', 1); }]) - ⚠️ 容易踩的坑：如果模型是从
find()查出但没加with()，又忘了load()，后续代码就可能崩；且load()不会合并到原有数据中（比如已有posts属性，会被覆盖）
用 with() + 闭包做“伪延迟”预加载
多数情况下，“按需”其实是指“在某个业务分支里才需要”，而非真正运行时动态决定。这时更推荐用 with() 配合条件判断，在查询阶段就规划好加载策略，既避免 N+1，又比反复 load() 更可控。
立即学习“PHP免费学习笔记（深入）”；
- 示例：
$users = User::where('active', 1); if ($needPosts) { $users = $users->with(['posts' => function ($q) { $q->field('id,title,user_id')->limit(5); }]); } $users = $users->select(); - 参数差异：
with()在select()/find()前调用才生效；闭包里用field()可减少传输量，limit()防止大关联拖慢主查询 - 兼容性注意：TP6.0+ 支持闭包传参，TP5.1 需用
with(['relation' => \Closure::fromCallable(...)])形式
关联字段缓存与多次加载的取舍
同一个请求中多次对同一模型调用 load('relation')，会重复执行 SQL——ThinkPHP 不自动去重。如果你无法保证只加载一次，得自己加缓存层。
- 简单方案：在模型里加私有属性标记，如
protected $loadedRelations = [];，load()前先检查 - 更稳妥做法：用
Cache::remember()包裹整个关联查询逻辑，键名包含模型 ID 和关联名，例如'user_'.$id.'_posts' - 容易被忽略的地方：软删除关联（如
posts表有delete_time）必须在闭包里显式useSoftDelete(false)或调整 where 条件，否则load()可能查不到预期数据
