Iris 框架不提供运行时反查原始路由模板（如 /user/{id:uint64}）的公开 API，因其注册后即被解析编译，原始字符串不再保留；应手动定义常量（如 const UserDetailPath = "/user/{id:uint64}"）并在注册和使用时复用。
怎么拿到 app.Get("/user/{id:uint64}") 里的 /user/{id:uint64}
Iris 框架本身不提供直接从运行时路由对象反查原始路径模板的公开 API。你注册的每个路由在内部是被解析、编译并缓存为匹配器的，原始字符串在启动后即被“消耗”，不会原样保留供后续读取。
为什么不能像 FastAPI 那样用 route.path
FastAPI 的 APIRoute.path 是显式暴露的字段，而 Iris 的路由结构体（如 Route）中没有导出等价字段。它的路径信息被拆解为 Subdomain、Method、Path（已去除参数占位符的纯路径）、Handlers 等，但 {id:uint64} 这类带宏的原始定义串不在任何公开字段里。
- 你调用
ctx.FullRequestURI()或ctx.Path()得到的是当前请求的实际路径（如/user/123），不是模板 -
ctx.Params().Keys()返回的是已提取的参数名列表（如["id"]），不包含路径结构 - 试图反射访问未导出字段（如
r.path）不可靠，且随版本变化极易失效
替代方案：手动存一份原始路径字符串
如果真需要在运行时引用原始路径模版（比如做权限白名单、日志归类、文档生成），唯一稳妥做法是——你注册时自己记下来。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 把路径模版作为常量定义：
const UserDetailPath = "/user/{id:uint64}" - 注册路由时复用该常量：
app.Get(UserDetailPath, userHandler) - 在中间件或服务中直接使用
UserDetailPath，而不是试图从 ctx 或 router 反查 - 若需批量管理，可用 map 存储：
var RoutePaths = map[string]string{"user.detail": "/user/{id:uint64}"}
别依赖框架“帮你记住”，Iris 的设计哲学是显式优于隐式 —— 路径模版是你写的，就该由你负责保管和复用。
别踩 ctx.Request().URL.Path 这个坑
有人试过用 ctx.Request().URL.Path 想拿原始路径，结果得到的是请求 URL 解析后的路径（如 /user/123），而且经过了 URL decode，还可能被 reverse proxy 修改。它跟路由定义毫无关系，纯属当前 HTTP 请求的输入快照。
- 它不包含花括号、类型宏、通配符
- 它大小写、编码、前导斜杠都取决于客户端发什么，不可控
- 把它当模板用，等于把运行时输入当契约，必然在测试或灰度时出问题
真正难的从来不是“怎么取”，而是“要不要取”——多数场景下，你需要的不是原始模版，而是参数名、方法、分组前缀这些可稳定获取的信息。原始路径模版只应在你主动控制的上下文中出现，比如配置、文档、测试断言。
