Laravel Eloquent 不存在 Attribute Call Events；应使用访问器（get{Attribute}Attribute）和修改器（set{Attribute}Attribute）在属性读写时执行逻辑，或结合 retrieved 等模型事件。
PHP中Eloquent模型没有Attribute Call Events这个概念
直接说结论：Laravel官方Eloquent **不存在** Attribute Call Events 这类事件。这是个常见误解，可能源于混淆了访问器（accessor）、修改器（mutator）、模型事件（如 retrieved、updating）或观察者（Observer）机制。
想在读取/设置模型属性时执行逻辑，该用什么？
真正可用的方案是组合使用访问器（accessor）和模型生命周期事件，而不是“监听属性调用”：
-
get{Attribute}Attribute()方法：每次读取$model->name时触发，适合格式化、计算、懒加载等； -
set{Attribute}Attribute()方法：每次赋值$model->name = 'xxx'时触发，适合清洗、加密、标准化； -
retrieved事件：整个模型从数据库取出后触发一次，不是每个属性； - 若需在多个属性访问时统一埋点或审计，建议封装一个辅助方法，而非强行监听“属性调用”。
为什么不能监听 $model->xxx 这种访问？
PHP 的 __get() 在 Eloquent 中已被用于动态处理属性、关系和访问器，但 Laravel 并未暴露可订阅的“属性访问钩子”。强行重写 __get() 会破坏：
- 关系加载（如
$user->posts）； - 原始属性与访问器的优先级判断；
- Laravel 内部对
getAttribute()和getOriginal()的一致性保障； - 后续升级时的兼容性风险（内部实现可能变更）。
替代方案：用 accessor + 事件组合实现类似效果
例如，你想在每次读取 full_name 属性时记录日志：
class User extends Model
{
protected $appends = ['full_name'];
<pre class="brush:php;toolbar:false;">public function getFullNameAttribute()
{
// 这里可以触发自定义逻辑
\Log::info('full_name accessed for user '.$this->id);
return $this->first_name.' '.$this->last_name;
}}
注意：getFullNameAttribute() 只在显式访问 $user->full_name 或调用 $user->toArray() 时执行，不会在 select * 查询中提前触发——这点常被忽略。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
