iris路由匹配严格依赖注册顺序，必须将具体路径（如/user/{id}）置于泛化路径（如/user）之前，否则会导致请求被错误拦截；可通过iris list-routes命令验证顺序，推荐手动调整注册顺序解决冲突。
在 Iris 框架中注册多个相似路径（如 /user 和 /user/{id}）时，若顺序不当，请求会匹配到错误的路由，导致 handler 执行异常或 404；Iris 不自动重排路由，其匹配完全依赖注册顺序与路径字面量精度。
理解 Iris 路由匹配本质
Iris 的路由树不支持运行时优先级标注，【路由注册顺序即匹配优先级】。它按代码中 app.Get() 等调用的先后顺序构建内部路由表，查找时从头遍历，遇到第一个能匹配的就立即执行——不会继续往后找“更精确”的路由。
这意味着 /user/{id} 必须写在 /user 之前，否则所有 /user/123 请求都会被 /user 拦截，参数永远无法解析。
验证路由是否发生冲突
启动服务后，在终端执行：iris list-routes（需安装 iris-cli 工具）。
该命令输出当前全部注册路由，按注册顺序从上到下排列。重点观察：相同前缀的路由是否出现“泛化路径在前、具体路径在后”的倒置排列，例如：
GET /user
→ GET /user/{id}
这种顺序就是典型冲突隐患，必须调整代码注册顺序。
解决冲突的两种方法
方法一：手动调整注册顺序（推荐）
把更具体的路由写在前面，泛化路由写在后面：
app.Get("/user/{id}", getUserByID)app.Get("/user", listUsers)app.Get("/user/profile", showProfile)
注意：Iris 不区分「静态段」和「参数段」的语义优先级，只认字面顺序。哪怕 /user/profile 字符更长，只要它注册在 /user 后面，仍会被 /user 拦截——因为 /user 是前缀匹配，且先注册。
方法二：使用通配符路由兜底（慎用）
仅在明确需要捕获未定义路径时添加：
app.Any("/*path", fallbackHandler)
这行必须放在所有其他路由注册之后，否则会提前截断全部请求。【一旦启用，它将匹配所有未被前面路由捕获的路径，不可逆地覆盖其他逻辑】。
