eloquent 没有原生“属性进入/退出”钩子，本质是状态变化响应逻辑；可通过重写 getattributevalue/setattribute 拦截读写，或用 updating/updated 事件处理变更后动作，复杂场景应使用状态机包如 spatie/laravel-model-states。
什么是 Eloquent Attribute 的“进入/退出”动作
PHP 中的 Laravel Eloquent 并没有原生支持类似 attributeEntered 或 attributeExited 这样的钩子。所谓“属性进入退出动作”，本质是开发者对模型属性状态变化的响应逻辑，比如：当 $user->status 从 'pending' 变为 'active' 时触发通知、记录日志或更新关联字段。它不是语法特性，而是状态边界控制的实践模式。
用 getAttributeValue + setAttribute 拦截读写最直接
在模型中重写这两个方法，能统一捕获所有属性访问和赋值，适合全局性边界逻辑（如审计、类型转换、权限校验）。
常见错误是只覆盖 setAttribute 却忽略读取侧，导致“读到的值”和“写入的值”行为不一致；或者在重写时没调用 parent::，造成关系加载、日期格式化等默认行为失效。
- 必须调用
parent::getAttributeValue($key)和parent::setAttribute($key, $value)保留 Eloquent 原有逻辑 - 仅对特定属性做处理时，先判断
$key === 'status'，避免影响其他字段性能 - 注意：
getAttributeValue在访问$model->status、$model->getOriginal('status')、$model->getChanges()等场景都会触发，需结合$this->isDirty('status')判断是否真发生变化
public function getAttributeValue($key)
{
$value = parent::getAttributeValue($key);
if ($key === 'status' && $this->isDirty('status')) {
// 这里可记录“即将读到新值”的上下文（如配合后续 save）
}
return $value;
}
public function setAttribute($key, $value)
{
if ($key === 'status') {
$old = $this->getAttributeValue($key);
if ($old !== $value) {
// ✅ 状态真正变化时的动作：发事件、改时间戳、清缓存
event(new StatusChanged($this, $old, $value));
}
}
parent::setAttribute($key, $value);
}
用 booted + static::updating 做变更后动作更安全
如果目标只是“状态变更完成后的副作用”，比如发邮件、调用 API、更新统计表，推荐用模型生命周期事件。相比手动拦截，它语义清晰、不干扰属性访问逻辑，且天然兼容批量更新（update()、upsert()）。
容易踩的坑是把业务逻辑写在 saving 钩子里并修改属性值，结果触发二次验证或死循环；或者在 updated 中再次调用 save() 导致无限递归。
-
static::updating在验证通过后、SQL 执行前触发，适合做最终检查或补充字段（如$model->updated_by = auth()->id()） -
static::updated在数据库写入成功后触发，适合异步任务（如 dispatch job）、外部系统通知 - 务必用
$model->isDirty('status')判断是否真变了，避免无意义执行
protected static function booted()
{
static::updating(function ($model) {
if ($model->isDirty('status') && $model->status === 'active') {
$model->activated_at = now();
}
});
static::updated(function ($model) {
if ($model->isDirty('status')) {
// ✅ 推荐：只读操作，不改模型状态
\Log::info("Status changed", [
'id' => $model->id,
'from' => $model->getOriginal('status'),
'to' => $model->status
]);
}
});
}
复杂状态机别硬套 Attribute，用专用包更稳
当状态流转有明确规则（如 draft → review → published → archived）、需要条件校验、多角色审批、历史追溯时，硬靠 isDirty + 手动 if-else 很快会失控。这时候该上状态机，而不是在 Attribute 上堆逻辑。
Laravel 官方不提供状态机，但 spatie/laravel-model-states 是目前最轻量、Eloquent 集成最自然的选择。它把状态抽象为类，转移逻辑封装在方法里，自动触发事件、记录变更、阻止非法跳转。
- 它不侵入
getAttribute，而是通过$model->status->transitionTo(Published::class)显式驱动，边界极其清晰 - 每个状态类可定义
canTransitionTo()、afterTransition()，比散落在模型里的 if-else 更易测试和复用 - 不要试图用它替代简单布尔字段（如
is_active），小题大做反而增加理解成本
真正的难点不在怎么写代码，而在于厘清“哪些变化算‘进入’、哪些算‘退出’”——这取决于你的业务语义，不是技术能自动判断的。比如 status 从 active 到 inactive 是退出，但从 inactive 到 archived 可能是另一个维度的“归档动作”。边界模糊时，先画状态图，再写代码。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
