Iris MVC中控制器方法级中间件必须在BeforeActivation中通过b.Handle()第四个及之后参数传入iris.Handler类型中间件，路径与方法名须严格匹配；AfterActivation修改handler链无效，因执行链仅在b.Handle()时构建一次。
控制器方法级中间件怎么加
在Iris MVC中，不能像普通路由那样直接用 app.Use() 绑定到某个控制器方法上。中间件必须通过 BeforeActivation 回调注入，且只能作用于该方法注册时绑定的路径——不是“全局加”，而是“注册路径时顺带加”。
常见错误是试图在控制器方法里调用 ctx.Next() 或手动链式调用中间件，这完全无效；Iris MVC不支持运行时动态插入中间件。
- 在控制器结构体中定义
BeforeActivation(b mvc.BeforeActivation)方法 -
b.Handle("GET", "/profile", "GetProfile", authMiddleware, logMiddleware)—— 第四个及之后参数就是中间件列表 - 中间件类型必须是
iris.Handler，不能是闭包或未转换的函数 - 路径和方法名（
"GetProfile"）必须与实际定义的方法完全一致，大小写敏感
为什么AfterActivation不适合加中间件
AfterActivation 确实能拿到已注册的路由对象，但此时路由处理器已固化，index.Handlers = append(...) 虽然语法可行，但实际不会生效——Iris在激活阶段已锁定 handler chain，后续修改被忽略。
典型误用：在 AfterActivation 里给 GetHome 补一个 corsHandler，结果请求过去完全没触发。这不是 bug，是设计使然：handler 链只在 b.Handle() 时构建一次。
- 真正需要“后置增强”的场景（如统一记录耗时），应改用应用级中间件：
app.UseGlobal() -
AfterActivation更适合做路由元信息标记、日志打点或依赖微调，而非修改执行链 - 若必须按方法差异化加中间件，唯一可靠方式仍是回到
BeforeActivation+ 多次b.Handle()
共享中间件如何注入到多个控制器
如果多个控制器都要用同一套鉴权/日志中间件，不要每个都重复写 b.Handle(..., auth, log)。更干净的做法是在 MVC 应用初始化时统一挂载：
- 创建 MVC 实例后、调用
Handle()前，用mvcApp.Router().Use(authMiddleware, logMiddleware) - 这样所有通过该 MVC 注册的控制器路径都会自动带上这些中间件
- 注意：此方式对所有路径生效，无法按控制器或方法做细粒度排除
- 若需排除某方法（如
GetHealth不鉴权），只能退回到BeforeActivation单独注册，不传中间件
中间件里怎么访问控制器依赖或上下文数据
Iris MVC 的中间件接收的是原始 iris.Context，它不直接暴露控制器字段或 Dependencies() 注入的服务。想在中间件里用 DB 实例或配置项，必须提前注册为依赖，并在中间件中手动提取：
- 先在
BeforeActivation中调用b.Dependencies().Add(&MyDB{}) - 中间件函数内用
ctx.Values().Get("MyDB")获取（前提是依赖注册时用了命名 key） - 更推荐做法：把共享逻辑下沉为服务层，中间件只做轻量判断（如 token 校验），业务逻辑留在控制器里
- 别在中间件里调用
ctx.Values().Set()试图传值给控制器——控制器方法签名不接收iris.Context时，这些值根本拿不到
控制器的中间件绑定本质是路径注册时的一次性声明，不是运行时钩子。最容易忽略的是：**中间件顺序决定执行顺序，而顺序只在 b.Handle() 参数列表里固定，之后无法调整**。
