监听 kernel.request 事件是 symfony 拦截请求入口、统一预处理逻辑的标准方式，适用于日志记录、请求改写、上下文初始化等轻量干预，但不可用于权限控制。
监听 kernel.request 事件是 Symfony 拦截请求入口、统一预处理逻辑的标准方式。它在请求刚进入内核、控制器尚未执行前触发，适合做日志记录、请求改写、上下文初始化等操作。
创建并注册请求监听器
定义一个普通 PHP 类，方法名可为 onKernelRequest 或直接实现 __invoke()：
- 接收
Symfony\Component\HttpKernel\Event\RequestEvent参数 - 调用
$event->getRequest()获取当前请求对象 - 通过
$event->setRequest($newRequest)可替换原始请求（如修改属性、添加参数） - 在
services.yaml中注册并打上标签：
yamlApp\EventListener\RequestListener:<br> tags:<br> - { name: kernel.event_listener, event: kernel.request, method: onKernelRequest }
典型使用场景
该事件不是用来“拦截权限”或“拒绝访问”的首选位置（应优先用 SecurityBundle 的认证/授权机制），但适合以下轻量级干预：
- 记录请求路径、IP、User-Agent 到日志或监控系统
- 为多租户应用自动注入租户标识（如从子域名提取
tenant_id并设为请求属性） - 统一设置请求默认时区、语言偏好或调试标记（如
X-Debug: 1） - 对特定路径前缀的请求，提前返回 404 或重定向（注意：不建议在此做复杂业务判断）
注意事项与避坑点
kernel.request 是早期事件，但并非最早——它在 kernel.bootstrap 之后、kernel.controller 之前。需注意：
- 此时容器已可用，但用户认证信息（
TokenStorage）可能尚未加载，不要依赖$this->getUser() - 若监听器中抛出异常，会跳过后续监听器并直接进入
kernel.exception流程 - 多个监听器按
priority排序，数字越大越先执行；未设 priority 的默认为 0 - 开发时用
php bin/console debug:event-dispatcher kernel.request --show-private确认是否注册成功
