twig 中 url() 函数默认生成不带域名的绝对路径（即以 / 开头），依赖路由系统和请求上下文，不支持查询参数，需用 absolute_url() 获取完整 url。
Twig 中 url() 函数生成的是绝对路径还是相对路径？
url() 默认生成**不带域名的绝对路径**（即以 / 开头），不是相对路径，也不是完整 URL。它依赖 Symfony 的路由系统和当前请求上下文，但不会自动拼接协议或主机名。
常见错误是以为 url('app_home') 会输出 https://example.com/ —— 实际只输出 /（假设 app_home 路由路径为 /）。需要完整 URL 时得用 url() + 请求信息，或改用 absolute_url()。
- 若在 CLI 环境或测试中调用
url()，可能抛出LogicException: The request stack is empty—— 因为没 HTTP 请求上下文 -
url()不接受 URL 字符串参数，只接受路由名（如app_product_show）和可选参数数组 - 路由名必须已定义且启用；未找到时抛出
RouteNotFoundException
怎么传参给 url()？参数顺序和命名必须严格匹配路由定义
路由参数名必须与 routes.yaml 或注解中声明的占位符**完全一致**，包括大小写和下划线。例如路由定义为 /product/{productId}，就必须传 {'productId': 123}，传 {'product_id': 123} 或 {'id': 123} 都会报错或生成错误路径。
- 必需参数缺失 → 抛出
MissingMandatoryParametersException - 多余参数被静默忽略（除非路由启用了
trailing_slash_on_root等特殊配置） - 参数值会被自动 URL 编码（如空格变
%20），无需手动处理 - 布尔值、
null、数字会被转成字符串；对象需实现__toString()否则报错
示例：
{{ url('app_article_detail', {'slug': 'how-to-use-url', 'year': 2024}) }} 对应路由 /article/{slug}/{year} → 输出 /article/how-to-use-url/2024
url() 和 path() 有什么区别？什么时候该用哪个？
url() 和 path() 底层都调用同一个生成器，唯一区别是：url() 强制添加 request.base_uri 前缀（通常是 /），而 path() 直接返回路径段。在绝大多数 Web 场景下二者输出相同 —— 因为 base_uri 就是 /。
- 只有当应用部署在子目录（如
https://example.com/myapp/）且正确配置了framework.router.strict_requirements和request_listener时，url()才可能输出带子目录前缀的路径（如/myapp/article/1） -
path()更轻量，不依赖请求栈，在 CLI 或单元测试中更安全 - 两者都不生成协议+域名；要完整 URL，必须用
absolute_url(url('...'))或拼接app.request.schemeAndHttpHost
生成带查询参数的链接不能靠 url()，得手动拼或用辅助函数
url() 只处理路由路径参数（即 URL 路径中的占位符），**不支持查询参数（?foo=bar&baz=1）**。试图传 {'q': 'symfony', '_fragment': 'section'} 这类非路由参数，会被忽略。
- 正确做法：先用
url()生成基础路径，再手动拼接查询串 ——{{ url('app_search') ~ '?q=' ~ q|url_encode ~ '&page=' ~ page }} - 或封装 Twig 全局函数（如
url_with_query('app_search', {q: q, page: page})），内部调用UrlGeneratorInterface::generate()+http_build_query() - 注意
&在 Twig 模板中必须写成实体，否则 XML 解析失败；|url_encode必须显式调用，不会自动编码
真正容易被忽略的是：开发时本地环境可能启用了 router.request_context.host 配置，导致 absolute_url() 行为不一致；上线前务必在真实 Nginx/Apache 配置下验证路径生成逻辑。
