thinkphp中带缓存的只读计算字段需封装为accessor方法（如gettotalpriceattr），内部用cache::tag()配合主键生成唯一key实现缓存，不可依赖setcachetag()或全局cache()，且须在关联数据变更时主动清除对应缓存。
ThinkPHP 模型里怎么定义带缓存的只读计算字段
不能直接用 $this->getAttr() 或 getAttribute() 加缓存逻辑，因为模型属性访问是实时的，不自动缓存。必须手动控制读取路径，把计算逻辑和缓存绑定到具体方法上，再通过访问器（accessor）暴露出去。
- 计算字段必须封装成模型方法（比如
getTotalPriceAttr()），不能写在getAttr()通用钩子里，否则缓存键无法区分上下文 - 缓存 key 要包含模型主键值（如
'user_total_score_' . $this->id），否则多个实例会共用同一缓存，导致数据错乱 - 别在 accessor 里调用
cache()全局函数——它默认走文件缓存且无命名空间隔离，高并发下容易击穿或污染 - 推荐用
Cache::tag()打标 + 主键组合 key，方便按模型批量清除：Cache::tag('user_calc')->get('total_score_' . $this->id)
为什么 setCacheTag() 对虚拟字段无效
setCacheTag() 只作用于查询结果缓存（select()、find() 等），对模型实例上的动态属性（包括 accessor 返回的计算值）完全不生效。它缓存的是整个数据集数组，不是单个字段的返回值。
- 错误做法：
$user->setCacheTag('user')->getTotalScoreAttr()—— tag 不会应用到这个方法调用上 - 正确做法：在
getTotalScoreAttr()内部显式使用带 tag 的缓存驱动，例如Cache::tag('user_calc')->remember(...) - 注意 tag 名称要和后续清理逻辑对齐；如果用 Redis，tag 实际是通过 key 前缀模拟的，不是原生支持
带过期时间的虚拟字段怎么安全更新缓存
不能依赖模型 save() 自动刷新计算字段缓存，因为虚拟字段不进数据库，save() 触发的缓存清除逻辑（如 clearCache()）默认只清实体数据缓存，不碰你手写的计算缓存。
- 必须在关联数据变更时主动清除对应计算缓存，比如修改订单金额后，调用
Cache::tag('order_calc')->clear()或精确删 key：Cache::rm('order_total_' . $orderId) - 过期时间建议设为相对值（如 3600 秒），避免用绝对时间戳——模型实例生命周期内多次访问时，时间戳不会自动刷新
- 如果计算依赖其他模型数据（比如用户等级影响折扣），缓存 key 要包含所有依赖项 ID，例如
'user_discount_' . $this->id . '_' . $this->level_id
性能陷阱：什么时候不该加缓存
单次计算耗时低于 1ms、且不涉及数据库或远程调用的字段（比如字符串拼接、简单数学运算），加缓存反而增加键生成、序列化、网络开销（Redis 场景下），得不偿失。
- 典型该缓存的场景：调用第三方 API 获取汇率、聚合子表统计、执行复杂 SQL 子查询
- 典型不该缓存的场景：
getFullNameAttr()是$this->name . ' ' . $this->surname，或者getAgeAttr()是基于$this->birthday的 date_diff 计算 - 缓存前先用
debug_start()/debug_end()测真实耗时，别凭感觉——很多“慢”其实是开发环境 Xdebug 或日志输出拖慢的
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
