路由必须显式声明methods才能区分http方法，否则symfony默认对所有方法开放路径，导致安全与逻辑问题；正确做法是在路由定义中用数组格式约束methods，如methods: [get, post]。
路由必须显式声明 methods 才能区分 GET/POST
不加 methods，Symfony 默认对所有 HTTP 方法开放该路径——哪怕控制器里只写了 $request->isMethod('POST') 判断，POST 和 GET 都会进同一个控制器。这不是“隐式支持”，而是“完全不校验”，容易导致 CSRF 漏洞或逻辑混乱。
正确做法是在路由定义中强制约束：
- 注解方式：
@Route("/user/profile", methods={"GET", "POST"}) - YAML 方式：
methods: [GET, POST]（注意是数组，不是字符串） - PHP 数组方式：
'methods' => ['GET', 'POST']
一旦声明，不匹配的方法（比如用 GET 访问只标了 methods={"POST"} 的路由）会直接返回 405 Method Not Allowed，并自动带 Allow: POST 响应头，前端可据此做友好提示。
为什么不能靠控制器里判断方法来替代路由限制
控制器内判断 $request->isMethod('POST') 是补救手段，不是设计规范。它会导致：
- 路由匹配阶段已浪费资源（解析 URL、匹配参数、实例化控制器）
- 无法利用 Symfony 自动的
405响应和Allow头 - 调试时容易误发 GET 请求触发 POST 逻辑（比如浏览器地址栏直接敲路径）
- API 文档（如 OpenAPI）无法从路由元数据准确推导出支持的方法
真正需要“同一路径不同方法走不同逻辑”的场景，应该拆成两个路由名（如 profile_edit_show 和 profile_edit_submit），哪怕路径相同，也便于监控、限流、日志归类。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
常见错误：YAML 中写错 methods 格式或漏掉引号
YAML 对数组和字符串敏感，以下写法都会出问题：
-
methods: GET, POST→ YAML 解析为字符串，不是数组，Symfony 忽略 -
methods: "GET, POST"→ 同样被当字符串，不生效 -
methods: [get, post]→ 小写会被 YAML 当作布尔值（yes/no或true/false），报错
必须写成：methods: [GET, POST]（全大写、方括号、无引号）或 methods: ['GET', 'POST']（加单引号更安全）。
GET 路由别忘了 requirements 限制查询参数格式
GET 请求的参数通常在 query string（如 /search?q=foo&page=2），但 requirements 只对路径参数（{id} 这种）生效。想约束 query 参数，得手动在控制器里校验：
if (!$request->query->has('page') || !is_numeric($request->query->get('page'))) {
throw $this->createNotFoundException();
}
或者用表单组件绑定 query 参数并复用验证规则。别指望 requirements 能管到 ?page=abc 这种情况——它根本不会出现在路由路径匹配环节。
