Iris 中 PostValueInt 等封装函数比手动调用 strconv.Atoi 更安全，因后者遇非法输入会 panic，而前者返回 (int, error) 或默认值；FormFile 必须判空再 Open；未配 WithPostMaxMemory 会导致 multipart 请求静默丢弃。
PostValueInt 等封装函数比手写 strconv 更安全
手动调用 strconv.Atoi(ctx.PostValue("age")) 会直接 panic，只要用户输个 "123abc" 就崩。Iris 提供了带容错的内置方法：PostValueInt("age") 返回 (int, error)，出错时 error != nil、值为 -1；PostValueIntDefault("age", 18) 则在空或非法时直接返回默认值。这类方法不抛异常，也不 require 额外 recover，适合所有数字字段。
FormFile 必须判空再 .Open()，否则 panic
表单含文件上传时，ctx.FormFile("avatar") 可能返回 nil——比如用户没选文件、或前端字段名拼错。如果跳过判空直接调 .Open()，运行时 panic，错误堆栈不提示具体哪行，极难定位。
- 正确写法：
if file, err := ctx.FormFile("avatar"); err == nil && file != nil { ... } - 注意：
FormFile只取文件字段，FormValue才取同表单里的文本字段（如username） - 若没配
WithPostMaxMemory，整个 multipart 请求会被静默丢弃，PostValue和FormFile全返回空，无任何错误日志
MVC Controller 里验证逻辑要和路由参数方式对齐
MVC 模式下，表单字段名必须和控制器里 FormValue 调用的键完全一致，大小写敏感，且不能混淆路径参数与表单参数。
- 例如路由是
app.Post("/import")，后端用c.Ctx.FormValue("users")，那测试时必须传WithFormField("users", "...")，传"user"或"data"都取不到 - 别在 MVC handler 里混用
ctx.URLParam("id")（取 query 或 path 参数）和ctx.FormValue("id")（取 POST 表单），两者来源完全不同 -
PostValueTrim("username")自动去首尾空格，避免" admin "导致校验失败，性能开销可忽略
单元测试里断言要匹配真实数据流向
用 e.POST("/import").WithJSON(...) 发送 JSON，但 handler 里没调 c.Ctx.ReadJSON(&v)，而是直接 FormValue，结果必为空——因为 FormValue 只解析 application/x-www-form-urlencoded 和 multipart/form-data，不处理 JSON。
- 表单提交 → 用
WithFormField+FormValue/FormFile - JSON 提交 → 用
WithJSON+ReadJSON，且结构体字段首字母大写 - 测试前确认中间件是否已注册（如
Recovery），否则 panic 会让测试直接中断，看不出是逻辑错还是框架错
MVC 下验证不是加个 if 就完事，关键在数据源识别、空值防御、测试模拟方式这三点。最容易被忽略的是：没配 WithPostMaxMemory 时的静默失败，以及 FormFile 返回 nil 却未检查就调用 .Open()。
