Iris中需用ctx.ReadBody或ctx.ReadQuery配合结构体validate标签实现自动校验，不可用ctx.ReadJSON或原始取值方法；字段需显式声明required/min/max等规则，错误时调ctx.StopWithStatus终止执行。
用 ctx.ReadQuery / ctx.ReadBody + 结构体标签做基础校验
Iris 不内置“参数验证中间件”，但提供了带结构体绑定和字段校验能力的读取方法。关键不是写一堆 if 判断，而是靠结构体字段标签（如 validate:"required,min=1"）配合 ctx.ReadQuery 或 ctx.ReadBody 自动触发校验。
常见错误是直接用 ctx.URLParam 或 ctx.FormValue 拿原始字符串再手动转类型、判空——这既啰嗦又容易漏边界（比如负数、超长字符串、非法 JSON）。正确做法是定义一个结构体，把校验逻辑声明在字段上：
type CreateUserReq struct { Name string `validate:"required,max=50"` Age int `validate:"min=0,max=150"` }- 调用
if err := ctx.ReadBody(&req); err != nil { ctx.StopWithStatus(iris.StatusBadRequest); return }—— 校验失败时err是validator.ValidationErrors类型，可提取具体字段错误 - 注意：必须用
ctx.ReadBody（POST/PUT）或ctx.ReadQuery（GET 查询参数），不能用ctx.PostValue等原始方法，否则标签不生效
validate 标签写法和常见陷阱
Iris 默认使用 go-playground/validator/v10，但它的行为和你从其他框架里熟悉的略有不同：不支持嵌套结构体自动展开（如 User.Address.City），也不默认开启 omitempty 跳过空字段——所有字段只要存在，就参与校验。
- 必填字段用
required，但 GET 请求中缺失查询参数会返回"Key: 'CreateUserReq.Name' Error:Field validation for 'Name' failed on the 'required' tag"，而不是静默跳过 - 数字范围校验要显式写
min=0和max=150，int类型不会自动拒绝负数，除非你加了min=0 - 自定义错误消息需提前注册翻译器，否则只返回英文；简单起见，建议首次开发先用默认提示，上线前再统一替换
- 别在结构体里混用指针字段（如
*string）和非指针字段——validator对指针的空值判断逻辑不一致，容易漏校验
复杂场景下怎么提前拦截并返回友好错误
基础校验只告诉你“哪字段错了”，但业务常需要“用户名已存在”“手机号格式不合法”这类语义化反馈。这时不能等校验通过后再查 DB，而应在结构体绑定后、业务逻辑前插入一层检查。
- 把校验拆成两步：第一步用
ctx.ReadBody做格式/长度/范围校验；第二步在 handler 开头手动检查业务规则（如if !isValidPhone(req.Phone) { ctx.JSON(iris.Map{"error": "invalid phone format"}) }） - 避免在中间件里做业务校验——中间件无法预知每个路由需要哪些字段，强行塞进去会导致耦合和误判
- 如果多个接口共用同一套业务规则（如手机号校验），抽成独立函数，不要复制粘贴正则表达式
- 注意并发安全：校验函数里别存状态或修改全局变量，尤其别缓存 DB 查询结果到包级变量
为什么 ctx.ReadJSON 不推荐用于参数校验
ctx.ReadJSON 本质是 json.Unmarshal 的封装，它不触发 validate 标签校验。很多开发者以为它和 ReadBody 一样，结果字段明明写了 required 却没报错。
-
ReadJSON只负责反序列化，不走 validator 流程；ReadBody内部才调用了 validator - 如果你的请求体是标准 JSON，且结构体带
validate标签，必须用ReadBody，哪怕 Content-Type 是application/json - 例外：当你要兼容多种编码（如 JSON / XML / Form）时，
ReadBody才是唯一能统一处理并校验的入口；ReadJSON只认 JSON
ctx.StopWithStatus 后必须 return，否则后续代码仍会执行。这个细节在日志里看不出问题，但可能造成 DB 写入、资源泄漏或重复响应。 
