ThinkPHP关联预载入字段只读需在关联定义加readonly属性（TP6.1+）或在__set/setAttr中拦截赋值；多层预载入用with(['user.profile.avatar'])，TP6.1+支持闭包条件透传，避免直接修改预载入对象引发意外更新。
ThinkPHP 模型关联预载入时字段只读怎么控制
关联预载入（with）本身不提供字段级只读控制，所谓“只读字段”实际是通过查询时排除写入字段、或在模型层拦截赋值来实现的，不是数据库层面的只读锁。
常见错误现象：with('user') 后对 $model->user->name = 'xxx' 赋值，再调用 save() 时意外更新了关联表 —— 这是因为 ThinkPHP 默认允许关联模型被修改并保存。
- 真正生效的方式是在关联定义里加
readonly属性（仅 TP6.1+ 支持），但注意它只影响save()时是否写入，不影响手动赋值 - 更稳妥的做法是：在关联模型的
__set或setAttr中拦截敏感字段，例如在User模型里加：protected function setNicknameAttr($value) { throw new \Exception('nickname is readonly'); } - 如果只是想“查出来但不让改”，用
hidden或visible控制序列化输出即可，不影响底层逻辑
ThinkPHP 多层关联一次性预载入（如 user.profile.avatar）
TP6 支持点号嵌套语法，但必须确保每层关联方法名准确且已定义，否则静默失败或报错 Call to undefined method。
使用场景：列表页需展示用户头像 URL，而头像存在三级关联 User → Profile → Avatar，不能用 N+1 查询。
立即学习“PHP免费学习笔记（深入）”；
- 正确写法：
with(['user.profile.avatar'])，注意是数组形式，字符串'user.profile.avatar'在 TP6.0–6.0.12 会解析失败 - 各层关联方法必须返回
belongsTo/hasOne等关联对象，且命名与调用路径一致（如user()、profile()、avatar()） - TP6.1+ 支持
with(['user' => ['profile.avatar']])写法，可为某一层单独加条件，比如只加载启用的头像：with(['user' => function ($query) { $query->with(['profile' => function ($q) { $q->with(['avatar' => function ($qq) { $qq->where('status', 1); }]); }]); }])
with 预载入后修改关联数据导致意外更新
这是最易踩的坑：预载入的关联模型默认是“活对象”，save() 时会触发完整生命周期，包括验证、事件、写库。
性能影响：一次 with('user') + $model->user->update()，可能触发两次独立事务，且无法回滚联动。
- 避免直接改预载入对象：不要写
$order->user->balance -= 10; $order->user->save(); - 应改用主模型方法更新，例如
User::where('id', $order->user_id)->dec('balance', 10) - 若必须走模型逻辑，先用
clone断开引用：$user = clone $order->user; $user->balance -= 10; $user->save();
否则后续对$order->user的任何操作都可能污染原始关联实例
关联预载入的 where 条件失效或错位
TP6 的 with 不支持直接传 where 到深层关联，比如 with(['user' => function($q){ $q->where('status', 1); }]) 只作用于 user 表，对 user.profile 无效。
容易混淆的是：with(['user.profile']) 中的 profile 是 user 模型的方法，其 where 必须在 user 关联定义里写死，或通过闭包透传。
- 正确透传方式（TP6.1+）：
with(['user' => function($q) { $q->where('status', 1)->with(['profile' => function($p) { $p->where('verified', 1); }]); }]) - TP6.0 建议拆成子查询或用
join替代，否则深层条件容易被忽略 - 注意关联查询的别名冲突：多个 with 同名关联（如都叫
user）会导致 SQL 别名重复报错Not unique table/alias
with 分开写。 
