laravel访问器默认无缓存，每次调用都重新执行；推荐在accessor内用私有属性手动缓存结果，仅限当前实例生命周期，安全轻量。
模型里用 getXXXAttribute 计算属性时，为什么每次访问都重新算？
因为 Laravel 的访问器（accessor）默认无缓存——只要调用 $model->xxx，就执行一次 getXXXAttribute() 方法。哪怕这个计算涉及数据库查询、JSON 解析或远程 API 调用，也照算不误。
常见错误现象：dd($model->full_name, $model->full_name) 输出两次不同结果（比如含时间戳或随机值），或 N+1 查询里反复触发同一个 accessor，拖慢接口。
- 访问器不是 getter，它不自动记忆结果；Laravel 不管你里面写的是
return $this->first_name . ' ' . $this->last_name还是return Http::get(...)->json() - 如果计算依赖其他属性（如
$this->posts->count()），而这些属性本身没预加载，就会在循环中反复查库 - 使用
toArray()或序列化时，所有 accessor 仍会逐个触发，无法跳过
手动缓存到 $attributes 或 $casts 里靠谱吗？
不推荐直接塞进 $attributes，容易和真实字段冲突，且序列化/更新时可能意外写入数据库；$casts 只控制类型转换，不解决重复计算问题。
真正可控又轻量的做法：在 accessor 内部用私有属性暂存结果，首次计算后复用。
- 在模型类顶部加一个私有属性，比如
protected $computed = []; - 在 accessor 中检查是否已存在对应 key：
if (isset($this->computed['full_name'])) { return $this->computed['full_name']; } - 计算完立刻存进去：
$this->computed['full_name'] = $value; - 注意：这种缓存只在当前模型实例生命周期内有效，不会跨请求、不污染数据库，也不影响 Eloquent 的脏检测逻辑
withAggregate() 和 withCount() 能替代 accessor 吗？
能，而且更高效——前提是你要缓存的是聚合类计算（如数量、最大值、拼接字符串），且数据源是关联模型。
比如想缓存「用户发表的文章数」，别写 getArticleCountAttribute() 里调 $this->articles()->count()，改用：
use Illuminate\Database\Eloquent\Builder;
User::withCount('articles')->get(); // 自动加 articles_count 字段
// 或带条件
User::withCount(['articles' => fn (Builder $q) => $q->where('published', true)])->get();
-
withCount是 SQL 层聚合，一次查询搞定，避免 N+1 -
withAggregate支持MAX、MIN、GROUP_CONCAT等，MySQL/PG 都可跑 - 但无法处理 PHP 层逻辑（比如把多个关联模型的 title 拼成标签云再去重），这种还是得靠手动缓存
什么时候该上 Cache::remember()？
只有当计算成本高、结果变化频率低、且多个模型实例甚至多个请求间可共享时才用。比如「某分类下最新 5 篇文章 ID 列表」，一天变一次，全站通用。
别对单个模型的 accessor 盲目套 Cache::remember("user_{$this->id}_profile_summary", 3600, fn() => ...) —— key 里带 ID 没问题，但要注意：
- 缓存失效难管理：用户资料更新后，你得主动
Cache::forget(...)，否则一直脏 - 本地开发时 Redis 未启用，容易漏测缓存逻辑导致报错
- 如果计算依赖当前模型的非持久化状态（如临时设置的
$this->temp_flag），缓存反而会掩盖 bug
复杂点在于：缓存层级越往上走（实例 → 请求 → 应用），一致性负担就越重。多数场景下，实例级手动缓存已经够用，别一上来就想分布式。
