Symfony 2 中事件监听器无法自动注入容器参数，需显式声明依赖；在 kernel.request 事件中应通过 $event->getRequest()->getPathInfo() 获取请求路径，而非构造函数或静态调用。
直接说结论：Symfony 2 中的事件监听器本身 无法自动注入容器参数，必须显式声明依赖或通过容器获取；而请求路径（$request->getPathInfo() 或 $request->getUri()）需从 GetResponseEvent / FilterResponseEvent 等具体事件对象中提取，不能靠全局变量或静态调用。
kernel.request 事件里怎么拿到当前请求路径
监听 kernel.request 时，事件对象是 GetResponseEvent 实例，它封装了原始 Request 对象。别试图在监听器构造函数里提前拿路径——那时 Request 还没完全初始化。
- 正确做法：在监听方法中调用
$event->getRequest()->getPathInfo()（返回/foo/bar）或$event->getRequest()->getUri()（返回完整 URI） - 注意：如果监听器被触发在 RouterListener 之前（比如 priority
32），$request->attributes里还没有路由参数，但getPathInfo()依然可用 - 常见错误：写成
Request::createFromGlobals()->getPathInfo()—— 这会绕过 Symfony 的 Request 生命周期，可能读到错误的 host/port/encoding
监听器类如何安全使用容器参数（如 %kernel.root_dir%）
Symfony 2 的监听器默认是无状态服务，不自动注入任何参数。想用 %kernel.root_dir% 或自定义参数（如 %my_api_key%），必须走服务容器声明路径。
- 在
services.yml中定义监听器服务时，用arguments显式传入参数：services: my.kernel_request_listener: class: Acme\DemoBundle\EventListener\RequestListener arguments: ['%kernel.root_dir%', '%my_api_key%'] tags: - { name: kernel.event_listener, event: kernel.request, method: onKernelRequest } - 不要在监听器里调用
$this->container->getParameter('...')—— 监听器默认不持有容器引用，强行注入容器违反单一职责，也容易引发循环依赖 - 若真需要动态参数（比如基于请求头切换配置），应在监听方法内通过
$event->getRequest()提取上下文，再查表或计算，而非依赖容器参数硬编码
为什么 $request->getBaseUrl() 和 getPathInfo() 经常对不上
这不是 bug，而是 Symfony 对「前端代理」和「重写规则」的兼容设计。实际路径解析受多个因素影响：
-
$request->getBaseUrl()来自SCRIPT_NAME或重写后的PHP_SELF，通常对应/app.php或/index.php；而getPathInfo()是去除 base URL 后的纯路径部分 - 如果你用 Nginx + FastCGI，且没配
fastcgi_split_path_info，getPathInfo()可能为空或错乱 —— 此时要检查php.ini的cgi.fix_pathinfo=0是否生效 - Apache 下开启
RewriteEngine但没设UseCanonicalName Off，也可能导致 host 和 path 解析不一致
真正麻烦的点不在代码怎么写，而在于事件监听器的执行顺序和 Request 对象的成熟度——早于 RouterListener 拿不到路由参数，晚于 Response 创建又改不了输出。路径相关逻辑尽量收口到 controller 或 listener 的 method 内，别散落在构造函数或静态缓存里。
