symfony中无法直接定义全局requirements，必须绑定到具体路由或集合；正确做法是用yaml锚点（&id_constraint）与引用（*id_constraint）复用约束，或封装applycommonrequirements()工具函数逐个设置。
全局 requirements 怎么在 Symfony 路由中统一设置？
不能直接定义“全局 requirements”，Symfony 的 requirements 必须绑定到具体路由或路由集合，但可通过路由导入 + 公共配置块模拟全局约束效果。
常见错误是试图在 config/routes.yaml 根级写 requirements，这会报错：YAML 解析失败或被忽略。正确做法是把共用约束提取为可复用的 YAML 片段，再用 !include 或锚点引用。
- YAML 中用
&id_constraint定义锚点，再用*id_constraint复用 - 确保所有含
{id}的路由都显式声明requirements: { id: *id_constraint } - 不要依赖“自动继承”——Symfony 不支持父级 requirements 向子路由透传
用 RouteCollection 手动合并时怎么加统一 constraints？
当用 PHP 方式构建路由（如测试、动态路由场景），RouteCollection 本身不提供 setRequirements() 方法，必须逐个路由调用 setRequirement() 或在构造 Route 时传入。
容易踩的坑是：在循环中只改了 $route->setRequirement('id', '\d+')，却忘了对其他参数（如 {slug}）也做对应约束，导致部分路由漏校验。
- 推荐封装一个
applyCommonRequirements(Route $route): Route工具函数 - 注意
Route::setRequirement()是链式调用，返回自身，可连写 - 若路由已有同名 requirement，新值会覆盖旧值，不会合并
为什么用正则 \d+ 还会匹配到 0123 这种带前导零的 ID？
\d+ 只保证全是数字，不校验是否为有效整数语义。比如 /user/0123 会被匹配，但进控制器后 (int) '0123' 变成 123，可能引发数据不一致或缓存穿透。
真正需要的是“无前导零的正整数”，正则应写成 ^([1-9]\d*|0)$（允许单独的 0）或更严格地 ^[1-9]\d*$（排除 0）。
- YAML 中必须用单引号包裹正则，否则
^和$可能被 YAML 解析器误处理 - PHP 注解里写
requirements: ['id' => '^[1-9]\d*$']即可，无需额外转义 - 别依赖框架自动锚定——Symfony 不自动给正则加
^和$，必须自己写
Controller 参数类型提示和 requirements 冲突怎么办？
比如路由写了 requirements: { id: '\d+' }，控制器方法却声明 public function show(string $id)，这时 $id 是字符串，不是 int；若改成 int $id，Symfony 会在匹配后自动 cast，但前提是 requirements 已筛掉非法字符。
关键点在于：requirements 是匹配阶段过滤，类型提示是绑定后转换。两者不互斥，但顺序不可颠倒。
- 先有
requirements拦住/user/abc，才轮得到类型转换 - 若删掉 requirements，仅靠
int $id，遇到/user/12a会触发TypeError，而非优雅 404 - UUID 场景更典型：
requirements: { id: '[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}'必须写全，不能只靠#[Assert\Uuid]
' 或漏掉 ^，约束就形同虚设。
