PHP中EventDispatcher监听器优先级用整数设定，数值越大越先执行；正数适合核心逻辑，0为默认值用于通用处理，负数适合低敏感操作；同优先级时按注册顺序执行；传播拦截仅对实现StoppableEventInterface的事件生效。
PHP中EventDispatcher监听器优先级用整数设定，数值越大越先执行，不是“越重要越靠前”，而是“越先执行越靠前”——这是理解执行顺序的关键前提。
优先级必须是整数，且按降序执行
所有注册方式都要求优先级为明确的整数（如 100、0、-20），不能是浮点数或字符串。EventDispatcher内部使用 krsort() 对优先级数组做降序排序，所以 100 的监听器一定比 50 先运行，-5 的一定比 0 晚运行。
- 正数（如 100、50）适合核心逻辑：库存校验、风控拦截、状态变更
- 0 是默认值，适合通用处理：基础日志、审计记录
- 负数（如 -10、-50）适合低敏感操作：异步通知、缓存刷新、埋点上报
三种常用注册方式与优先级写法
不同场景下，优先级写入位置不同，但语义一致：
-
addListener() 方式：第三个参数直接传整数
$dispatcher->addListener('order.paid', [$this, 'deductStock'], 100); -
EventSubscriberInterface 方式：在
getSubscribedEvents()返回数组中以[方法名, 优先级]形式声明return ['order.paid' => ['onPaid', 80]]; -
服务标签方式（YAML）：在
tags中显式指定prioritytags: [{ name: 'kernel.event_listener', event: 'order.paid', method: 'onPaid', priority: 60 }]
同优先级时，注册顺序决定执行顺序
当多个监听器优先级相同时，Symfony 不做额外排序，而是严格按注册先后执行：
立即学习“PHP免费学习笔记（深入）”；
- 手动调用
addListener()：谁先调用，谁先执行 - 服务自动注册：依赖容器编译顺序，通常按 YAML 文件加载顺序
- 订阅器（Subscriber）内多个事件之间互不影响，不跨事件比较顺序
这个行为虽确定，但不可靠——建议避免依赖它，应通过调整优先级显式控制顺序。
传播拦截只对 StoppableEventInterface 生效
调用 $event->stopPropagation() 能否真正中断后续监听器，取决于事件类是否实现了 StoppableEventInterface：
- 没实现该接口 → 方法存在但无效果，调用被静默忽略
- 继承
Event类不等于自动实现该接口，必须显式声明：class OrderPaidEvent extends Event implements StoppableEventInterface - 拦截后可用
$event->isPropagationStopped()主动检查状态，避免重复操作
