Iris中用Party()创建路由分组最直接：返回子路由器实例，自动添加路径前缀。它本质是嵌套Application，共享配置但路径独立，需显式调用Use()注册中间件，支持多层嵌套与HandleDir()/Mount()挂载资源。
用 iris.Party() 创建路由分组最直接
分组不是靠写一堆重复前缀，而是用 Party() 返回一个子路由器实例，后续所有注册都自动带前缀。它本质是嵌套的 Application，共享中间件、错误处理和配置，但路径独立。
常见错误是以为要手动拼接路径，比如 app.Get("/api/v1/user", ...) 写十次；其实应该先分组再注册：
apiV1 := app.Party("/api/v1")
apiV1.Get("/user", handlerUser)
apiV1.Post("/order", handlerOrder)
apiV1.Use(authMiddleware) // 这个中间件只作用于 /api/v1 下所有路由注意：Party() 不会自动继承父级中间件，必须显式调用 Use() 或 UseGlobal()；如果想全局生效，用 app.UseGlobal() 更稳妥。
Party() 嵌套分组支持多层路径隔离
比如需要 /admin/users 和 /admin/settings 两个模块，各自有不同权限中间件，又共用 /admin 前缀，就该嵌套使用：
admin := app.Party("/admin")
admin.Use(adminAuth) // 所有 /admin/* 都走这个鉴权
<p>users := admin.Party("/users")
users.Get("/", listUsers)
users.Post("/", createUser)</p><p>settings := admin.Party("/settings")
settings.Get("/", getSettings)
settings.Put("/", updateSettings)这种结构下，users 和 settings 是独立子分组，可以挂不同的中间件（比如 settings.Use(permCheck)），互不影响。但要注意：中间件执行顺序是外层先于内层，所以 admin.Use() 一定在 users.Use() 之前运行。
分组里注册静态文件或子应用要用 HandleDir() 或 Mount()
如果某分组专门服务前端资源，比如 /assets 下放 JS/CSS，别用 Get() 逐个注册，直接用 HandleDir()：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
assets := app.Party("/assets")
assets.HandleDir("/", "./public") // 自动处理 /assets/js/app.js → ./public/js/app.js若需挂载另一个 Iris 应用（比如独立的监控模块），用 Mount()：
metricsApp := iris.New()
metricsApp.Get("/health", healthHandler)
<p>app.Mount("/metrics", metricsApp) // 效果等同于 Party("/metrics").Register(metricsApp)注意：Mount() 不会合并中间件，被挂载的应用保持自身中间件链；而 Party().Register() 是更底层的注册方式，一般不推荐手动调用。
分组命名和变量命名容易混淆路由作用域
很多人把分组变量起名成 v1 或 api，结果在后续代码里误以为它是个字符串前缀，试图做字符串拼接：
- ❌ 错误：
path := v1 + "/user"——v1是*iris.Application实例，不是字符串 - ✅ 正确：所有路由注册必须通过该实例的方法，如
v1.Get(...)
另外，分组变量名建议体现作用域，比如 userAPI、paymentGroup，而不是泛泛的 group1。否则重构时很难快速判断某段中间件到底影响哪些接口。
真正容易被忽略的是：分组本身没有“销毁”概念，一旦创建并注册，它的生命周期和主应用一致；如果某个分组逻辑后期废弃，必须手动移除所有其下的路由（Iris 不提供运行时卸载路由的能力），否则仍会响应请求。
