ThinkPHP中通过定义getXXXAttr方法实现只读计算字段，如getFullNameAttr拼接first_name和last_name；需手动处理关联缓存、显式append才能在toArray中显示，无自动依赖追踪。
ThinkPHP模型里怎么加只读计算字段
直接在模型类里定义 getXXXAttr 方法就行，比如想让 full_name 是 first_name 和 last_name 拼接的结果，就写 getFullNameAttr。这个方法会在读取 $model->full_name 时自动触发，但不会写入数据库——它天然就是只读的。
注意：不要在 getXXXAttr 里调用 $this->save() 或修改自身属性，否则可能引发无限递归或脏数据。ThinkPHP 不会帮你拦截这种误操作。
- 方法名必须严格匹配字段驼峰规则，
user_name→getUserNameAttr - 返回值会直接覆盖原始字段值（如果存在），所以别漏了
return - 如果字段名本身是数据库真实字段，又定义了同名
getXXXAttr，那每次读取都走计算逻辑，原值被屏蔽
如何让计算字段响应关联模型变化
ThinkPHP 默认不追踪关联字段依赖，getFullNameAttr 里用了 $this->userProfile->nick_name，但改了 userProfile 表里的 nick_name，再查主模型时 full_name 还是旧值——因为关联对象被缓存了，且计算逻辑没重跑。
解决办法是手动清关联缓存 + 强制重算。关键点不是“自动识别”，而是控制什么时候该重算：
立即学习“PHP免费学习笔记（深入）”；
- 在关联模型更新后，调用主模型的
$model->relation('userProfile', null)清空缓存 - 或者更稳妥：在
getFullNameAttr开头加$this->userProfile = null，强制下次访问重新查库 - 如果用的是延迟加载（
loadRelation），记得在计算前先确保已加载：$this->getRelation('userProfile') ?: $this->loadRelation('userProfile')
避免 getXXXAttr 被意外绕过的坑
常见错误是用 toArray() 或 json_encode() 直接输出模型，结果发现计算字段没了。这是因为 toArray() 默认只输出数据库字段，不触发访问器。
必须显式开启：
-
$model->hidden = [];清空隐藏字段（如果有） -
$model->visible = ['id', 'full_name', 'status'];显式声明要包含的计算字段 - 或者直接用
$model->append(['full_name'])，这是最常用也最安全的方式
另外，select() 查询后批量转数组时，得对每个模型实例单独调用 append，不能只在模型类里设静态 $append 属性——后者只对单个实例有效，批量查询时会被忽略。
关联字段变更时要不要自动刷新计算字段
ThinkPHP 没有内置的依赖追踪机制，所谓“自动识别”其实是误解。你得自己决定刷新时机：是在关联数据更新时立刻同步主模型（用事件监听 AfterWrite），还是查的时候懒加载重算，还是加缓存层配合失效策略。
多数场景下，懒加载重算是够用且轻量的；但如果计算开销大（比如要 JOIN 三张表再聚合），就得考虑在关联更新时主动 update 主表的冗余字段，而不是靠运行时计算。
真正容易被忽略的是：getXXXAttr 里访问未初始化的关联，会静默返回 null，而不是报错。建议加上判空和日志，尤其在线上环境。
