ShouldBindJSON 不会自动 trim 字符串，因为 Go 标准库 json.Unmarshal 和 Gin 的 jsonBinding 均不预处理字符串，空格原样保留；validator 也仅校验不修改内容。
为什么 ShouldBindJSON 不会自动 trim 字符串
因为 Go 标准库的 json.Unmarshal 和 Gin 的 jsonBinding 都不做任何字符串预处理——空格、换行、首尾空白全原样保留。你收到的 " admin " 就是 " admin "，不是 "admin"。validator 也只校验长度、格式等，不碰内容本身。
如何在绑定前统一 trim 字符串字段
最稳妥的做法是自定义一个中间结构体字段类型，配合 Gin 的 ShouldBind 流程做预处理。别改全局 JSON 解码器，也别在每个 handler 里手写 strings.TrimSpace。
- 定义一个带 trim 行为的自定义类型：
type TrimmedString string func (t *TrimmedString) UnmarshalJSON(data []byte) error { s := strings.Trim(string(data), `"`) *t = TrimmedString(strings.TrimSpace(s)) return nil } - 在结构体中使用它，而非原生
string：type CreateUserReq struct { Name TrimmedString `json:"name" binding:"required,min=2,max=20"` Email TrimmedString `json:"email" binding:"required,email"` } - 注意：该类型仅对 JSON 生效；若同时接收
form或query，需额外实现encoding.TextUnmarshaler接口来支持ShouldBindForm/ShouldBindQuery
ShouldBind 自动识别多种来源时 trim 失效的原因
当你用 c.ShouldBind(&req) 且请求是 application/x-www-form-urlencoded，Gin 会走 formPostBinding，它调用的是 req.ParseForm() + mapForm()，而这个流程完全绕过你自定义的 UnmarshalJSON。所以：
- JSON 请求 → 走
jsonBinding→ 你的UnmarshalJSON生效 - 表单请求 → 走
formPostBinding→ 只做反射赋值，不调用任何自定义解码逻辑 - Query 请求 → 走
formBinding（和 form 共用）→ 同样不触发UnmarshalJSON
这意味着：想全场景 trim，必须为每种绑定方式分别适配，或放弃自动绑定、改用手动解析 + 显式 trim。
立即学习“go语言免费学习笔记（深入）”；
更实际的替代方案：用 validator 的 transform tag
go-playground/validator/v10 支持 transform tag，在校验前做字段转换。它比自定义类型更通用，且对 JSON/form/query 均有效（前提是用了 ShouldBind 系列并集成 validator）。
- 启用 transform（初始化 Gin 时注册）：
import "github.com/go-playground/validator/v10" v := validator.New() v.RegisterCustomTypeFunc(func(field reflect.Value) interface{} { if field.Kind() == reflect.String { return strings.TrimSpace(field.String()) } return field.Interface() }, string("")) - 结构体字段加
transform="trim"：type SearchReq struct { Q string `form:"q" json:"q" validate:"min=1" transform:"trim"` Page int `form:"page" json:"page"` } - 注意：此法依赖 validator 的
Validate.Struct()调用时机，Gin 的ShouldBind默认已集成，但需确保 validator 实例被正确注入（如通过gin.Validator设置）
真正容易被忽略的是：transform 不是绑定环节的一部分，而是校验前的“预处理”，它不会改变原始字段值，只影响 validator 内部使用的临时副本——所以业务逻辑里读到的仍是原始字符串。如需持久化 trim 后结果，仍得靠自定义类型或手动赋值。
