iris路由中路径变量必须显式声明类型（如{id:int}），提取时用ctx.params().get或类型安全方法如getintdefault；未声明类型或类型不匹配将导致404或panic，且{p:path}通配符须置于路由末尾以防覆盖。
iris路由中如何定义和提取路径变量
路径变量（path parameter）在Iris里必须显式声明类型和约束，否则ctx.Params().Get()会返回空字符串或触发 panic。Iris不支持 Gin 那种隐式字符串解析（如 :id），也不像 Echo 那样允许无类型占位符。
正确写法是把类型和校验规则直接写进路由路径，例如 /users/{id:int min(1)} —— 这里的 {id:int min(1)} 是一个整体，Iris 在匹配时就完成类型转换和基础校验，失败则直接 404（除非你挂了自定义 NotFound handler）。
-
{name:string}：最宽松，但实际仍要求非空；若路径为/profile/{name}，访问/profile/不会匹配 -
{id:int}：只接受整数，/user/123a或/user/abc均不匹配 -
{slug:string regexp(^[a-z0-9]+(?:-[a-z0-9]+)*$)}：支持正则，注意括号和脱字符需转义（实际写法中 regexp 后面的括号是字面量，不用额外转义） - 多个变量可并存：
/posts/{year:int}/{month:int}/{slug:string}，提取顺序无关，用名字取值即可
提取路径变量时常见的 panic 场景
调用 ctx.Params().GetInt("id") 而不是 GetIntDefault 是最常导致 panic 的操作。Iris 的 Params 类型不做空值兜底，一旦变量未定义或类型转换失败，GetInt 就 panic，而不是返回 0 或 error。
典型错误链：app.Get("/item/{id}", handler) → 请求 /item/（少路径段）→ ctx.Params().GetInt("id") panic。
- 永远优先用
GetIntDefault("id", 0)、GetStringDefault("name", "anonymous")等带 default 的方法 - 如果业务逻辑必须强校验存在性，应先用
ctx.Params().Has("id")判断，再取值 - 不要依赖
recover()捕获这类 panic —— Iris 的Recovery中间件默认不捕获 Params 解析失败，它只处理 handler 函数体内的 panic
动态路由与静态路由共存时的优先级问题
Iris 使用 radix tree 路由，但它的“最长前缀匹配”行为和开发者直觉可能有偏差。比如你注册了：
app.Get("/users/{id:int}", userHandler)
app.Get("/users/me", meHandler)
此时访问 /users/me 会命中 meHandler，没问题；但如果你把顺序反过来：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
app.Get("/users/me", meHandler)
app.Get("/users/{id:int}", userHandler)
结果一样 —— Iris 内部做了静态路径优先判断，和注册顺序无关。这点和 httprouter 不同，无需手动调整顺序。
但要注意：通配符 {id:path}（匹配剩余路径）是最高优先级，会覆盖所有其他规则。所以 /files/{p:path} 必须放在最后注册，否则 /users/123 也可能被它截走。
嵌套路由组里路径变量的作用域
用 app.Party("/api/v1") 创建分组后，子路由里的变量名和父级不冲突，但提取方式不变 —— 仍是全局按名查找。例如：
admin := app.Party("/admin/{tenant:string}")
admin.Get("/users/{id:int}", func(ctx iris.Context) {
tenant := ctx.Params().GetString("tenant") // ✅ 可取
id := ctx.Params().GetIntDefault("id", 0) // ✅ 可取
})
这里 tenant 和 id 都在同一个 ctx.Params() 里，没有“作用域隔离”。容易忽略的是：如果两个嵌套层级用了同名变量（比如外层 {id:string}，内层又写 {id:int}），Iris 会以**最后注册的路由定义为准**，且类型必须兼容（string 和 int 不兼容，会导致启动时报错）。
真正需要隔离的场景，建议改用不同变量名，或拆成独立 Party，避免隐式覆盖。
