Eloquent 不支持直接监听单个属性变化，必须通过模型生命周期事件（如 updating）结合 isDirty() 和 getOriginal() 手动检测字段变更并处理逻辑。
Eloquent 本身没有内置的 “Attribute Observables” 或 “属性级监听” 机制 —— 你不能像 Vue 的 watch 那样直接监听某个字段变化并自动触发回调。 所有“监听属性变更”的需求，必须基于模型生命周期事件（如 saving、updating）或手动比对旧值来实现。
为什么不能直接监听单个属性变化？
Laravel 的 Eloquent 是被动 ORM：它不为每个属性维护响应式依赖链，也不在属性赋值时触发细粒度钩子。所谓“可观察”，实际是开发者在关键节点（如保存前）主动检查 $model->isDirty('field') 或 $model->getOriginal('field') 来判断是否变更。
-
setAttribute()调用不会触发任何事件 —— 它只是改内存里的$attributes数组 -
dirty状态只在syncOriginal()后才有效，而该方法默认只在save()、refresh()等少数时机调用 - 没有类似
observeAttribute('price', fn() => ...)的 API；所有监听逻辑必须显式写在事件监听器或模型方法中
在 saving / updating 中检测字段变更
这是最常用、最可靠的方案：利用模型事件 + isDirty() 判断具体字段是否被修改，再执行对应逻辑。
// 在模型中
protected static function booted()
{
static::updating(function ($model) {
if ($model->isDirty('status')) {
$old = $model->getOriginal('status');
$new = $model->status;
// 处理 status 变更逻辑，例如发通知、记录日志
Log::info("Status changed from {$old} to {$new}");
}
});
}
-
isDirty('field')返回true仅当该字段在本次请求中被显式赋值且与原始值不同（注意：null和''比较可能需额外处理） -
getOriginal('field')获取数据库原始值，但前提是模型已从 DB 加载过（即不是新实例）；新建模型调用会返回null - 若需监听多个字段，避免重复调用
isDirty()，可用$model->getDirty()获取所有变更字段数组
避免在 setAttribute 中做副作用操作
有人试图重写 setAttribute() 来“拦截”属性赋值，但这极易引发问题：
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 绕过 Eloquent 类型转换（如
$casts）、日期格式化、mutator等机制 - 导致
isDirty()失效（因为原始值未同步更新） - 在批量赋值（
fill()、create()）中难以控制执行顺序 - 不推荐覆盖核心方法；Laravel 官方文档也明确指出：
setAttribute不是扩展点
真正需要响应式更新的场景（如计算字段联动），应使用 accessor + 前端逻辑，或在 saving 中统一计算并设置，而非监听赋值动作本身。
第三方包无法真正补全“属性监听”能力
虽然有类似 laravel-attribute-observer 这类包，它们本质仍是封装了 isDirty() + 事件监听的语法糖，并未改变底层机制：
- 仍依赖
saving/updating事件，无法在$model->name = 'x'瞬间触发回调 - 部分包会偷偷调用
syncOriginal()强制刷新原始值，但可能导致脏数据误判（尤其在事务中多次 save） - 增加调试复杂度：错误堆栈里多一层抽象，而问题根源仍在 Eloquent 生命周期理解偏差上
与其依赖包装，不如把 isDirty() + getOriginal() + 事件组合用熟 —— 它们稳定、透明、无额外运行时开销，且兼容所有 Laravel 版本。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
