app.Party 创建路由分组是通过返回带路径前缀的子路由实例实现的，它不仅是路径前缀，还隔离中间件、生命周期及支持嵌套，必须链式调用注册路由，否则无效。
用 app.Party 创建路由分组是最直接的方式
分组不是靠配置或注解，而是通过 app.Party 返回一个子路由实例，后续所有注册都作用于该前缀路径下。它本质是新建一个带路径前缀的 Party 对象，不是语法糖，而是底层路由树的分支节点。
常见错误是误以为 Party 只影响路径前缀，其实它还隔离中间件、独立生命周期（比如 BeforeActivation）、甚至可嵌套。如果漏掉括号调用，比如写成 app.Party("/api") 而没接 .Get 或 .Use，那这行代码就完全没效果。
-
app.Party("/admin")创建分组，但必须链式调用才能注册路由，例如admin := app.Party("/admin"); admin.Get("/users", handler) - 嵌套分组合法：
v1 := app.Party("/api/v1"); users := v1.Party("/users"); users.Get("", listHandler)，最终路径是/api/v1/users - 分组内注册的中间件只对该分组生效，不会污染根路由；但根路由
app.Use的中间件会透传到所有子分组
Party 分组与 MVC 模块的绑定关系
当你用 mvc.New(app.Party("/api")) 时，这个 Party 就成了 MVC 应用的根路由上下文。Controller 中的方法名（如 GetList）会自动映射为 GET /api/list，而不是拼接整个包路径——映射规则只认 Party 的前缀，不认 Go 包名。
容易踩的坑是：在多个 MVC 实例共用同一个 Party 时，方法名冲突会导致后注册的覆盖先注册的，因为底层是把方法转成路由后统一塞进同一张路由表。没有命名空间隔离。
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
- 每个
mvc.New必须传入独立的Party实例，否则路由会混在一起 -
BeforeActivation是唯一能手动干预路由注册时机的地方，比如改路径、加中间件，适合做权限前缀注入（如b.Handle("GET", "/:id", "GetByID")） - MVC 分组无法直接复用非 MVC 分组的中间件，得显式调用
mvcApp.Router.Use(...)或在Party上提前挂载
动态路由分组需绕过静态 Party 构建
标准 Party 是启动时静态定义的，没法运行时增删。如果你需要“动态权限路由”（比如从数据库加载菜单生成路由），不能依赖 app.Party 链式调用，得直接操作底层 APIBuilder 或用中间件拦截后转发。
真实项目里，iris-admin 这类方案其实是用中间件 + 路由白名单做软分组：所有请求先过鉴权中间件，再根据用户角色匹配预存的 permRoutes 列表，不存在的路径直接 404，而非靠框架路由机制拒绝。
- 动态添加路由可用
app.APIBuilder.RegisterRoute，但需手动管理Route结构体，绕过Party抽象，维护成本高 - 更稳妥的做法是预设通配路由（如
app.Get("/dynamic/{path:path}", dynamicHandler)），把解析和权限校验逻辑收口到一个 handler 里 - 别试图在
Party上做运行时RemoveRoute，Iris 不提供安全的删除接口，强行操作可能引发 panic 或路由表不一致
分组中间件执行顺序和陷阱
分组中间件在进入该分组路径时触发，但执行顺序取决于注册位置：在 Party 实例上调用 Use，比在 app 上调用更早进入；而 Controller 的 BeginRequest 总是在所有中间件之后、业务 handler 之前执行。
最容易被忽略的是：分组中间件里的 ctx.Next() 如果没调用，后续所有 handler（包括子分组的）都会被截断。这不是框架 bug，是设计使然——它模拟了 Express/Koa 的洋葱模型。
- 调试时可在中间件里打印
ctx.Path()和ctx.GetCurrentRoute().Subdomain()确认当前是否落在目标分组内 - 避免在分组中间件里做耗时阻塞操作（如 DB 查询），应改用异步 goroutine + context.WithTimeout 控制超时
- JWT 校验这类中间件建议放在最外层
app.Use，而不是每个Party单独挂，除非不同分组用不同密钥或签发策略
Party 的 Router 字段和 APIBuilder 的 routes 切片才是真实控制点。 
