hyperf 3.1中事件监听器实现业务解耦需完成注册→触发→响应完整链路：定义可序列化事件类（public属性）、编写监听器（接口实现或@listener注解）、注册到listeners.php并重启进程；监听器不生效的三个典型原因是未重启服务、事件类含不可序列化对象、监听器类名未以listener结尾。
面试官问你Hyperf 3.1中如何用事件监听器实现业务解耦，不是让你背概念，而是要你能当场画出注册→触发→响应的完整链路，并说清监听器不生效的三个典型原因。
定义事件类并确保可序列化
在app/Event目录下新建UserRegistered.php，必须使用public属性声明参数，否则协程上下文传递时会丢失数据。
【Hyperf 3.1要求事件类必须可被Swoole序列化】：若事件里引用了容器实例、DB连接或闭包，运行时直接抛Serialization of 'Closure' is not allowed异常。
这一步操作起来很简单，直接把文件拖进去就行。
编写监听器并实现接口约束
方法一：传统接口实现方式
在app/Listener下创建UserRegisteredListener.php，必须实现Hyperf\Event\Contract\ListenerInterface，且listen()方法返回数组——哪怕只监听一个事件也不能写成字符串。
方法二：注解驱动免配置
添加#[Listener]注解后，监听器无需写进config/autoload/listeners.php，但必须确保hyperf/annotation组件已启用，否则注解会被忽略。
注意：监听器类名必须以Listener结尾，否则Hyperf扫描器默认跳过该类。
注册监听器到事件调度系统
第一步：确认config/autoload/listeners.php已存在且返回数组格式；
第二步：将监听器类全限定名追加到该数组末尾；
第三步：执行php bin/hyperf.php vendor:publish --force刷新配置缓存；
第四步：重启服务进程（kill -USR2 $(cat runtime/hyperf.pid)），否则新注册的监听器不会加载。
这一步漏掉第四步，监听器永远不生效——因为Hyperf是常驻进程，配置变更不会热加载。
在控制器中触发事件
注入Psr\EventDispatcher\EventDispatcherInterface实例，调用dispatch()方法传入事件对象实例即可。
不要在事件构造函数里做耗时操作，比如查库或发HTTP请求——事件调度是同步阻塞的，会拖慢主流程响应时间。
这一步必须用new UserRegistered($user)实参构造，不能传null或空对象，否则监听器$event->user访问时直接报Attempt to read property "user" on null。
