iris mvc需手动注册restful路径并显式设置状态码。路径参数须带类型如{id:long}，beforeactivation中用b.handle绑定；返回json需传iris.context并调用ctx.statuscode()，不可依赖方法名推导或ctx.json()。
Iris 的 MVC 不是“开箱即用”的自动路由推导，而是靠你显式控制路径语义和方法绑定。它不依赖注解或反射猜路径，所有 RESTful 路径都得手动注册，否则 GetByID 不会自动挂到 /users/{id} 上。
怎么让控制器方法对应标准 RESTful 路径（如 /users/{id}）
Iris MVC 默认只把 Get()、Post() 这类方法映射到根路径（比如 /users），子路径必须在 BeforeActivation 里显式声明。
-
BeforeActivation是唯一能绑定带参数路径的地方：比如想让GetByID处理GET /users/{id:long}，就得写b.Handle("GET", "/{id:long}", "GetByID") - 路径参数类型必须写对：
{id:long}解析为int64，{name:string}才接收字符串；错写成{id}会导致参数始终为零值 - 别指望方法名自动推导路径 ——
GetUser不会自动挂到/user，Iris 不做这层猜测
怎么返回 JSON 并设置正确状态码（比如 201 Created）
控制器方法的返回值会被 Iris 自动序列化为响应体，但状态码默认是 200。要改状态码，必须通过 ctx.StatusCode() 显式设置，不能靠返回类型或结构体 tag 推断。
- 把
iris.Context作为第一个参数传入方法：例如func(c *MyController) Create(ctx iris.Context, user User) string - 在方法体内调用
ctx.StatusCode(iris.StatusCreated)，再return数据（会被自动 JSON 化） - 返回结构体指针（如
*User）时，Iris 默认用json.Marshal；若需忽略空字段，得提前在 struct tag 上加json:",omitempty" - 别直接写
ctx.JSON()—— 这会绕过框架的返回值处理逻辑，导致中间件或错误恢复机制失效
为什么 POST /users 接收不到表单或 JSON 数据
常见原因是没启用对应的数据解析器，或者参数绑定方式不匹配。Iris 默认不自动解析请求体，需要明确告诉它“我要读什么”。
- JSON 请求：确保前端发的是
Content-Type: application/json，控制器方法参数用结构体（如user User），Iris 会自动调用ctx.ReadJSON - 表单数据（
application/x-www-form-urlencoded）：用ctx.FormValue("field")或定义结构体并启用app.Use(iris.Compression) + app.Use(iris.Recover)后再配iris.MultipartForm解析器 - 别漏掉
app.RegisterView()以外的初始化 —— 某些解析器需提前注册，否则ctx.ReadJSON直接 panic
最容易被忽略的是路径参数类型和状态码设置时机：写错 {id} 和 {id:long} 看似只差几个字符，实际会导致参数永远为 0；而 ctx.StatusCode() 必须在 return 前调用，晚一步就无效。
