先直接说结论：Lara vel 官方 Eloquent 里压根不存在所谓的 Attribute Call Events。这其实是个挺常见的误解，往往是把访问器（accessor）、修改器（mutator）和模型事件（比如 retrieved、updating）或者观察者机制给搞混了。
PHP中Eloquent模型没有Attribute Call Events这个概念
如果非要给一个准确的说法：官方文档里查不到任何叫 Attribute Call Events 的东西。那为什么总有人问呢？估计是希望能在读取或设置某个属性时自动触发一段逻辑，类似于“当属性被访问时，执行某个回调”。想法很直接，但 Eloquent 的设计思路并不是这样走的。
想在读取/设置模型属性时执行逻辑，该用什么？
真正管用的方案是组合使用访问器（accessor）和模型生命周期事件，而不是硬去“监听属性调用”。具体来说就是下面这几招：
get{Attribute}Attribute()方法：每次你读$model->name的时候它就会跑一遍，适合做格式化、计算、懒加载这类操作；set{Attribute}Attribute()方法：每次你赋值$model->name = 'xxx'的时候触发，清洗数据、加密、标准化都可以扔进去；retrieved事件：整个模型从数据库取出来后触发一次，注意，它只触发一次，不是每个属性都触发；- 要是你需要在多个属性访问时统一埋点或做审计，那更推荐封装一个辅助方法，而不是强行去监听“属性调用”这种不存在的东西。
为什么不能监听 $model->xxx 这种访问？
道理其实很简单。PHP 的 __get() 在 Eloquent 里已经被用来处理动态属性、关系、访问器了，但 Lara vel 并没有暴露一个可以让你订阅的“属性访问钩子”。如果你非要强行重写 __get()，后果会很麻烦：
- 关系加载会出问题，比如
$user->posts可能就不正常了； - 原始属性和访问器的优先级判断会被打乱；
- Lara vel 内部对
getAttribute()和getOriginal()的一致性保障也会被破坏； - 最要命的是，后续升级时兼容性风险极高——内部实现随时可能变，你改的
__get()可能就炸了。
替代方案：用 accessor + 事件组合实现类似效果
举个例子，假设你希望每次读取 full_name 属性时都记录一条日志：
class User extends Model
{
protected $appends = ['full_name'];
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 * 查询中提前触发——这一点经常被忽略，但搞清楚之后就好理解为什么不需要所谓的“属性调用事件”了。
