应使用$_SERVER['REQUEST_URI']获取最接近原始的URL路径，因$pathInfo已被路由解析，而REQUEST_URI未被Symfony处理；查询字符串需用$_SERVER['QUERY_STRING']保留原始字节序列。
如何在 Symfony2 请求事件中拿到原始 URL 路径（未重写前）
Symfony2 的路由匹配发生在 kernel.request 事件之后、控制器执行之前。如果你在监听该事件时用 $request->getPathInfo()，拿到的是已被路由器解析后的路径（比如 /blog/my-post），而不是用户真实请求的原始 URL（比如 /app_dev.php/blog/my-post 或 /web/app_dev.php?article_id=57）。要提取“真实访问地址”，得绕过路由层直接读取原始 HTTP 输入。
常见错误是误以为 $request->getUri() 或 $request->getRequestUri() 总能返回浏览器发出的原始字符串 —— 实际上它们可能已被 Web 服务器（如 Apache 的 mod_rewrite）或前端控制器（app_dev.php）预处理过。
-
$request->server->get('REQUEST_URI')是最接近原始值的来源，但它仍可能被 rewrite 规则截断或补全（例如丢失查询参数或添加前缀） - 若使用 PHP 内置服务器（
php -S），REQUEST_URI通常可靠；但 Apache + mod_rewrite 下，需检查.htaccess是否重写了REQUEST_URI - 更稳妥的方式是组合
$_SERVER['SCRIPT_NAME']和$_SERVER['PATH_INFO']：前者是入口脚本路径（如/app_dev.php），后者是路由引擎用到的路径段（如/blog/my-post），二者拼起来才接近真实请求 URI
为什么 kernel.request 事件里拿不到 query string 原始形态
Symfony2 在初始化 Request 对象时，会自动解析并归一化查询参数 —— 比如 ?article_id=57&ref=home 会被转成 $_GET 数组，而原始字符串被丢弃。如果你需要保留原始 query（例如做签名验证、日志审计、或兼容老系统跳转逻辑），不能依赖 $request->getQueryString()（该方法只返回已解析后拼接的字符串，且不保证顺序/编码一致性）。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 真正原始的 query string 来自
$_SERVER['QUERY_STRING']，它未经任何 decode 或排序，保持浏览器发送时的字节序列 - 注意：如果 URL 中有中文或特殊字符，
QUERY_STRING是 raw-encoded 的（如%E4%BD%A0%E5%A5%BD），而$request->query->all()已解码为 UTF-8 字符串 - 在事件监听器中，建议优先读取
$_SERVER['QUERY_STRING']，再按需手动 parse（用parse_str()），避免和 Symfony 自身的 query 解析逻辑冲突
从 kernel.request 到路由匹配前的关键时间点
Symfony2 的路由解析不是在 kernel.request 事件里发生的，而是在其后一个隐式阶段：由 RouterListener 在 kernel.request 后立即触发，调用 $router->match($request)。这意味着你在 kernel.request 事件监听器中，还看不到 $request->attributes->get('_route') 或 _controller —— 它们为空或默认值。
- 想在路由匹配前干预或记录原始请求，必须绑定到
kernel.request，且优先级设为正数（如10），确保早于RouterListener（默认优先级0）执行 - 不要试图在
kernel.request中调用$router->match()—— 此时Request对象尚未被 RouterListener 设置必要属性（如_scheme、_host），容易抛出ResourceNotFoundException - 若需调试路由匹配过程，应改用
console router:debug命令，或监听kernel.request后、kernel.controller前的时机（如自定义 listener 注册在kernel.request之后的中间位置）
提取真实路由地址时最容易忽略的部署差异
开发环境（app_dev.php）和生产环境（app.php 或无 front controller）下，原始 URL 结构完全不同。很多开发者只在本地测试，上线后发现日志里记录的“真实路径”突然多出 /web/ 或少掉 /app.php，根源就在这里。
- Apache + mod_rewrite 通常把所有请求重写到
app.php，此时SCRIPT_NAME是/app.php，REQUEST_URI是完整路径（如/blog/post），但实际 HTTP 请求是GET /app.php/blog/post - Nginx 配置若用
fastcgi_split_path_info，PATH_INFO可能被截断，导致$_SERVER['PATH_INFO']为空 —— 这时只能靠REQUEST_URI减去SCRIPT_NAME手动剥离 - 绝对不要硬编码
/app_dev.php或/web/app.php路径来拼接 URL；应始终用$request->getBasePath()获取当前 front controller 所在目录，再结合REQUEST_URI计算
