延迟计算字段只在首次访问时运算，需在自定义获取器中手动缓存结果到私有属性并用 === null 判断；它不可用于 where 或 order，因属 PHP 层行为，数据库不可见。
模型字段延迟计算用 getAttr 还是 setAttr？
延迟计算不是靠 getAttr 或 setAttr 实现的，这两个方法只负责属性读写拦截，不控制执行时机。真正触发“首次访问才运算”的，是模型的 append 机制配合闭包或回调函数。
-
append字段默认是每次访问都重新计算，但可以手动缓存结果到实例属性中 - 不要在
getAttr里写耗时逻辑，它可能被频繁调用（比如循环输出、JSON 序列化） - 如果字段依赖数据库未加载的关联数据，得先确保关联已预载入，否则延迟也没用
怎么让字段只在第一次 getAttribute 时计算？
核心是手动做一次性的值缓存：检查私有属性是否存在，不存在就运算并赋值，存在就直接返回。
- 在模型中定义一个私有属性，如
$this->_computed_total_price - 在自定义获取器里判断：
if (null === $this->_computed_total_price) { $this->_computed_total_price = $this->price * $this->quantity; } - 注意不能用
isset($this->_computed_total_price)，因为 null 和未定义都为 false，要用=== null - 该方式绕过 ThinkPHP 的自动 append 缓存逻辑，完全可控，也避免了多次 DB 查询或复杂计算重复执行
append 字段加了闭包，为什么每次访问还是重新执行？
ThinkPHP 的 append 默认不缓存闭包结果，即使你写了 function() { return time(); }，每次取 $model->getAttr('xxx') 都会重跑。
- 闭包本身无状态，ThinkPHP 不会帮你记上次返回值
- 如果你依赖外部状态（如 DB 查询、文件读取），必须自己加缓存层，比如用
$this->_cache['field_name'] - 别把带副作用的逻辑（如写日志、发请求）塞进
append闭包，它可能被框架在序列化、调试、验证等非预期场景调用 - 若字段仅用于 API 输出，更推荐在控制器里显式计算并赋值，而不是塞进模型 append
延迟计算字段能用在 where 或 order 吗？
不能。所有延迟计算字段都是 PHP 层行为，SQL 查询时根本不可见。
立即学习“PHP免费学习笔记（深入）”；
-
$model->where('computed_field', '>', 100)->select()会报错或查不到数据，因为数据库没有这个字段 - 想按计算结果筛选，必须用原生 SQL、查询构造器的
exp，或者提前在数据库视图/生成列里实现 -
order同理，order('computed_field')实际排序的是空字符串或 null，不是你期望的值 - 这点最容易被忽略——前端以为字段能搜能排，后端没同步告知限制，上线后出问题
延迟计算的关键不在“怎么写”，而在“谁该负责缓存”和“哪里能用”。模型只管单次对象内的状态，跨对象、跨请求、SQL 层面的计算，得换思路处理。
