iris mvc控制器单元测试需手动构造fake context：用iris.newcontext(app, rec, req)创建，显式调用ctx.params().set("id", "123")注入路径参数，通过app.register或beforeactivation注入mock service，并用defer recover()捕获panic或检查ctx.recorder().statuscode()验证错误处理。
Iris MVC 的控制器不能直接用 net/http/httptest 模拟请求 —— 因为它不接收 *http.Request，而是依赖 iris.Context 实例，而该实例必须由 Iris 运行时构造。 真实可执行的单元测试必须绕过路由注册，直接调用控制器方法，并手动构造或 Mock iris.Context 和其依赖（如 service、repository）。
怎么 mock iris.Context 并注入到控制器方法中？
Iris 的控制器方法签名通常形如 func(c *MyController) GetByID(ctx iris.Context, id int64) string。你无法传入真实 ctx，但可以创建一个轻量级 fake context：
- 用
iris.New().Party("/").Build()创建一个最小化 app，再调用app.ContextPool.Acquire(nil)获取可复用的iris.Context实例（注意：需在测试结束时Release()） - 更推荐方式是用
httptest.NewRequest+iris.NewContext构造上下文：req := httptest.NewRequest("GET", "/users/123", nil) rec := httptest.NewRecorder() ctx := iris.NewContext(app, rec, req) - 若控制器依赖了
c.Service.FindByID这类业务逻辑，必须提前用app.Register注入 mock 实现，或在BeforeActivation中替换依赖（测试时可临时覆盖）
为什么直接调用控制器方法会 panic 或参数为零值？
常见错误现象：调用 c.GetByID(ctx, 0) 后 id 始终是 0，或 ctx.Params().Get("id") 返回空字符串 —— 这是因为：
- 路径参数（如
{id:long}）不是靠函数参数自动提取的，而是由 Iris 路由层解析后注入ctx.Params()；你手动调用方法时，ctx里没有被填充参数 - 正确做法是显式调用
ctx.Params().Set("id", "123")或ctx.URLParam("id")前先设值 - 如果方法签名含结构体参数（如
user User），需提前调用ctx.SetValues(...)或伪造ctx.ReadJSON行为（Mockctx.Request().Body）
如何测试错误处理路径（如 BizError 或 StopWithStatus）？
控制器里用 panic(&BizError{...}) 或 ctx.StopWithStatus(400) 后，测试断言容易失败，因为 panic 会中断流程，StopWithStatus 不会自动返回：
- 对
panic路径：用defer func() { recover() }()捕获并检查 panic 值是否为预期的*BizError - 对
StopWithStatus路径：必须确保测试中ctx.Recorder().StatusCode()已写入，且ctx.Recorder().Body()包含期望 JSON；别忘了调用ctx.Next()前置逻辑（如有中间件） - 避免在测试中依赖全局
app.Use(...recover...)—— 它会吞掉 panic，导致你收不到原始错误类型
真正难的不是构造 context，而是让 controller 方法里的每一条分支都走通：路径参数、表单绑定、JSON 解析、service 返回 error、中间件副作用……这些全得手动模拟。别指望“自动注入”或“反射推导”，Iris MVC 的测试本质是白盒调用 + 状态断言。
