symfony 2.5.0事件监听器需手动配置标签、严格匹配事件名/方法名/参数类型，并通过priority控制执行顺序，调试须用debug:event-dispatcher验证。
Symfony 2.5.0 的事件监听服务配置虽较新版本简陋（尚未支持 PHP 属性注解如 #[AutoconfigureTag]），但核心机制已完备：依赖服务容器标签（kernel.event_listener）+ 显式方法绑定 + 优先级控制。配置关键不在“多”，而在“准”——标签名、事件名、方法名、参数类型四者必须严格匹配，否则监听器静默失效。
服务定义必须显式打标签
Symfony 2.5.0 不支持自动发现监听器类，所有监听器都需在 services.yml 中手动声明并打上完整标签：
- 标签名固定为
kernel.event_listener（注意不是doctrine.event_listener，后者是 Doctrine Bundle 提供的扩展） -
event属性必须写全事件常量名，例如kernel.request、kernel.exception、kernel.response -
method必须与监听器类中实际方法名完全一致（区分大小写），且该方法必须接受对应事件类作为唯一参数（如GetResponseEvent）
示例配置：
services:
app.request_logger_listener:
class: App\EventListener\RequestLoggerListener
tags:
- { name: kernel.event_listener, event: kernel.request, method: onKernelRequest }
方法签名与事件类必须严格对应
2.5.0 版本使用的是旧版事件对象（如 GetResponseEvent、GetResponseForExceptionEvent），而非 Symfony 5.4+ 的 RequestEvent 或 ExceptionEvent。若用错类型提示，监听器会注册成功但不执行：
-
kernel.request→ 方法参数类型应为Symfony\Component\HttpKernel\Event\GetResponseEvent -
kernel.exception→ 参数类型应为Symfony\Component\HttpKernel\Event\GetResponseForExceptionEvent -
kernel.response→ 参数类型应为Symfony\Component\HttpKernel\Event\FilterResponseEvent
方法体内调用 $event->getResponse() 或 $event->getException() 前，务必先检查 $event->hasResponse() 或 $event->getException() !== null，避免空指针异常。
优先级控制要早设、慎调
2.5.0 中优先级通过 priority 标签属性设置，整数，越大越先执行：
- 核心拦截逻辑（如权限预检、请求过滤）建议设为
128或256 - 通用日志、审计类监听器用默认值
0 - 副作用操作（如发邮件、写缓存）推荐设为负值（如
-128），确保主流程完成后再执行
多个同优先级监听器按服务定义顺序执行（YAML 文件中靠前的服务先注册），不依赖文件加载顺序。
调试必须用命令行验证
配置后别急着测请求，先运行：
php app/console debug:event-dispatcher kernel.request
确认你的服务是否出现在列表中，并核对 Method 列是否为你指定的方法名。若无输出，常见原因有：
- 服务未启用（
app/config/config.yml中未导入services.yml） - 标签拼写错误（如
kernel.event_listerner少个e） - 方法不存在或不可访问（非
public） - 缓存未清除（
php app/console cache:clear）
不复杂但容易忽略。
