php无原生事件系统，需用symfony eventdispatcher等实现；核心是定义事件类、注册监听器、触发分发；推荐强类型事件类和addlistener()确保执行顺序。
PHP里没有原生事件订阅，得自己搭或用组件
PHP本身不提供类似Node.js的EventEmitter或Laravel的dispatch()那样的内置事件系统。所谓“事件订阅”，本质是观察者模式的手动实现或依赖第三方库（如Symfony EventDispatcher、Laravel Events）。直接写on('user.created', ...)会报错——PHP解析器根本没见过这种语法。
- 别在纯PHP脚本里硬套JS风格的
addEventListener写法，PHP没这个运行时机制 - 如果项目已用Laravel，优先走
event()和dispatch()，它们背后是封装好的Dispatcher实例 - 若用原生PHP或轻量框架（如Slim），推荐引入
symfony/event-dispatcher，它最小侵入、无框架绑定
用symfony/event-dispatcher注册监听器的典型流程
这是目前最稳妥、文档全、兼容PHP 7.4+的方案。核心是三步：定义事件类、注册监听器、触发分发。不推荐用字符串事件名（如'user.registered'），容易拼错且无法IDE跳转。
- 事件类必须继承
Event（来自Symfony\Contracts\EventDispatcher\Event），哪怕空继承 - 监听器函数签名必须是
function(MyUserRegisteredEvent $event)，类型提示不能少，否则Dispatcher不认 - 调用
$dispatcher->dispatch(new MyUserRegisteredEvent($user))，不是dispatch('user.registered', ...)
use Symfony\Component\EventDispatcher\EventDispatcher;
use App\Event\MyUserRegisteredEvent;
$dispatcher = new EventDispatcher();
$dispatcher->addListener(MyUserRegisteredEvent::class, function(MyUserRegisteredEvent $e) {
// 处理逻辑
});
$dispatcher->dispatch(new MyUserRegisteredEvent($user));
监听器执行顺序混乱？检查是否用了addSubscriber而非addListener
用addSubscriber()可以批量注册多个监听，但它的执行顺序取决于getSubscribedEvents()返回数组的键顺序——PHP数组键顺序在7.4+是稳定的，但很多人误以为按方法定义顺序执行，结果调试半天发现日志对不上。
-
addListener()注册的监听按添加顺序执行；addSubscriber()按getSubscribedEvents()数组键的字典序执行（不是代码顺序） - 如果需要严格先后，比如“发邮件”必须在“记日志”之后，就别用Subscriber，改用多次
addListener() - 避免在监听器里做阻塞操作（如
file_get_contents远程请求），Dispatcher默认同步执行，一个卡住，整条链都卡
事件对象传参别直接塞原始数组，用属性封装
常见错误是把用户数据打包成['id' => 123, 'email' => 'x@y.z']塞进事件构造函数，后续监听器只能靠$event->data['email']取值，既没类型提示，又容易键名打错。
- 事件类里声明
public User $user;或public int $userId;，构造时赋值，监听器直接用$event->user->email - 不要在事件对象里存大对象（如完整
Doctrine\Entity），可能引发序列化问题或内存泄漏 - 如果事件需跨进程（如队列异步处理），原始事件对象无法自动序列化，得手动实现
__serialize/__unserialize，不如直接传ID再查库
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
