iris mvc支持方法签名自动绑定参数，如func(c *usercontroller) getbyid(id int64)可直接解析{id:long}路径段，避免手动调用ctx.params().getintdefault；结构体绑定需在beforeactivation中显式注册依赖，否则无效。
避免在Controller方法里重复解析参数
每次调用 ctx.Params().GetIntDefault("id", 0) 或 ctx.PostValue("name") 都会触发一次内部字符串拷贝和类型转换，高频接口下开销明显。Iris 的 MVC 支持方法签名自动绑定路径/查询/表单参数，只要类型匹配且命名一致，框架就直接注入，无需手动取值。
正确做法是把参数声明为方法入参：
-
func (c *UserController) GetByID(id int64) string→ 自动解析{id:long}路径段，失败时返回 400，不需ctx.Params().GetInt64("id") -
func (c *UserController) Search(name string, page int) []User→ 自动绑定 query 参数?name=foo&page=1，page类型错写成int64会导致默认值 0 被静默使用 - 结构体绑定需显式启用：在
BeforeActivation中调用b.Dependencies().Add(func(ctx iris.Context) UserInput { ... })，否则func (c *UserController) Create(input UserInput)不生效
减少 JSON 序列化时的反射开销
Iris 默认用 json.Marshal 序列化返回值，但对小对象或高频字段（如 ID、状态码）反复反射性能较差。可提前编译结构体序列化器，或改用预分配字节切片 + 手动拼接。
两种轻量优化路径：
- 用
iris.Map替代匿名 struct：返回iris.Map{"id": u.ID, "name": u.Name}比struct{ID int64; Name string}{u.ID, u.Name}快约 12%，因iris.Map是预注册的 map 类型，跳过反射类型检查 - 对固定格式响应，直接写入
ctx.ResponseWriter().Write()：比如只返回{"code":200,"msg":"ok"}，预先定义var okJSON = []byte(`{"code":200,"msg":"ok"}`)，调用ctx.ResponseWriter().Write(okJSON)，零分配 - 禁用 JSON 缩进：默认开启
ctx.JSON()的缩进格式，生产环境务必关闭 —— 在app.Run()前加app.JSONEncoder = json.Marshal
慎用全局中间件处理高频逻辑
像 Recovery、Compress 这类中间件虽方便，但会包裹所有路由，包括静态资源和健康检查接口。对 /health 这类毫秒级响应接口加 GZIP 压缩，反而增加 CPU 开销和延迟。
更合理的做法是按 Party 级别控制：
- 只对 API Party 启用压缩：
api := app.Party("/api"); api.Use(iris.Compression)，而app.HandleDir("/assets", ...)不走该中间件 - 把鉴权中间件从
UseGlobal改为Use到具体 Party，避免每次请求都执行 JWT 解析（尤其当 /public/open 接口也经过它时） - 自定义中间件中避免阻塞操作：不要在中间件里调
db.First()或http.Get()，这类 IO 应下沉到 Service 层并由 Controller 显式调用
Controller 实例复用与依赖注入顺序
Iris MVC 默认使用 Singleton 模式复用 Controller 实例，这本可节省内存，但若你在 BeforeActivation 中错误地把 service 实例注入到控制器字段，又在方法里修改其状态（比如缓存 map），就会引发并发读写 panic。
关键约束有三个：
- Service 层必须是无状态的，或内部用
sync.Pool管理临时对象；不要在 service 字段存 request-scoped 数据 - 依赖注入顺序不能颠倒：先
b.Dependencies().Add(db)，再b.Dependencies().Add(&UserService{DB: db})，否则UserService构造时db为 nil - 不要在
BeginRequest中初始化耗时资源（如重连数据库），它会在每个请求开始时执行；应改用 lazy-init +sync.Once
最易被忽略的是路径参数类型与方法签名的严格一致性 —— {id:int} 和 func GetByID(id int64) 看似兼容，实则 Iris 会因底层类型不匹配而 fallback 到默认值 0，且不报错。这种静默失败在压测时才暴露为大量 404 或空数据响应。
