app.Routes() 返回空切片是正常现象，因 Iris 采用懒构建机制，路由树默认在首次 HTTP 请求时才初始化；需在 app.Listen() 前调用 app.Build() 或直接使用 app.GetRoutes()（v12.2.4+），后者自动触发构建并返回完整路由列表。
iris.App.Routes() 返回的是空 slice？检查是否漏掉 app.Build()
直接调用 app.Routes() 得到空切片，不是 bug，是 Iris 的懒构建机制在起作用。路由树默认只在第一次 HTTP 请求到来时才真正初始化——所以启动后立刻查，什么也拿不到。
正确做法是在 app.Listen() 之前，手动触发构建：
- 加一行
app.Build()，再调用app.Routes() - 或者改用
app.GetRoutes()（v12.2.4+），它内部会自动调用Build()，更省心
如何打印出所有已注册路由的路径、方法和 handler 名
app.GetRoutes() 返回的是 []*iris.Route，每个 Route 包含 Method、Subdomain、Path、HandlerName 等字段。别直接 fmt.Printf("%+v")，那会打印大量内部指针，可读性差。
推荐这样实操：
- 遍历
app.GetRoutes()，对每个r输出r.Method + " " + r.Path + " → " + r.HandlerName -
HandlerName是函数名（如"main.main.func1"），匿名函数就长这样；若用了命名函数或 MVC 控制器，会显示真实名（如"userController.GetList"） - 注意：带参数的路由如
/user/{id:int}，r.Path就是原始字符串，不会展开成/user/123
想导出为 JSON 或调试时过滤特定路径？用 iris.RouteMatch 配合 app.FindRoute()
单纯看列表不够，有时要确认某条路由是否存在、是否被中间件包裹、handler 是否绑定正确。这时候不能只靠 GetRoutes() 遍历。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
更精准的做法：
- 用
app.FindRoute(iris.RouteMatch{Method: "GET", Path: "/api/users"})查单条，返回 *iris.Route 或 nil - 配合
r.Handlers字段看中间件链，比如是否包含iris.Compression或自定义 auth 中间件 - 如果
r.Handlers是空 slice，说明该路由没被任何中间件包裹（哪怕全局app.Use()了，也要确认注册顺序是否在路由之前）
Party 分组路由为什么没出现在 app.GetRoutes() 结果里
所有 Party 创建的子路由（比如 v2 := app.Party("/v2")）都会被合并进主路由表，app.GetRoutes() 默认返回全部。但如果没看到，大概率是：
- 分组变量
v2声明后，忘了调v2.Get()或v2.Use().Get()——Party本身不注册路由，只是个路由前缀容器 - 用了
app.Party("/v2").Use(mw).Get(...)这种链式写法，但中间件mw内部 panic 了，导致后续Get根本没执行（终端可能只报错不退出，容易忽略） - 路由定义在
if os.Getenv("DEBUG") == "true"块里，而当前环境没设这个变量
最稳的验证方式：在 app.Build() 后立刻 fmt.Println(len(app.GetRoutes()))，对比加 Party 前后的数字差，就知道有没有漏注册。
