gin中validator默认错误为英文，需手动注册中文翻译器：先导入zh_translations并调用registerdefaulttranslations(v, trans)，再对validationerrors逐项调用trans.translate()，且字段别名须单独通过v.registertranslation注册。
validator 默认错误是英文，必须手动注册中文翻译器
直接用 c.ShouldBind() 校验结构体时，失败返回的全是英文（比如 "Field validation for 'Username' failed on the 'required' tag"），前端没法直接展示。Gin 自身不带翻译能力，底层 validator/v10 需要额外加载 zh_translations 并绑定到全局 translator 实例。
- 必须先
go get github.com/go-playground/validator/v10/translations/zh，否则编译报错 - 翻译器初始化不能晚于路由注册——通常放在
main()开头或init()里 -
uni.GetTranslator("zh")返回的是ut.Translator，不是 validator 实例；真正注册翻译的是zh_translations.RegisterDefaultTranslations(v, trans) - 如果 locale 传错（比如写成
"cn"而非"zh"），RegisterDefaultTranslations会静默失败，错误仍为英文
绑定校验失败时要用 Translate 手动转译，不是自动生效
即使注册了中文翻译器，err.Error() 还是原始英文字符串。validator 不会自动调用 translator，你得自己遍历 err.(validator.ValidationErrors)，对每个 error 调用 trans.Translate()。
- 不能直接
c.JSON(400, gin.H{"msg": err.Error()})，这只会吐英文 - 必须类型断言：
errs := err.(validator.ValidationErrors)，再逐个errs[i].Translate(trans) - 字段名默认还是结构体字段名（如
Username），想显示“用户名”得用RegisterTranslation单独注册字段别名 - 若没做断言就 panic（比如传入非 validator error），会导致整个请求崩溃——建议加
if !errors.As(err, &errs)安全判断
字段别名中文化要单独注册，tag 名不等于展示名
validator 的 Translate() 只处理规则描述（如 “为必填项”），但不会把 Username 自动变成 “用户名”。这个映射必须手动注册，且需在 validator 实例上操作，不是 translator 上。
- 调用
v.RegisterTranslation("Username", trans, func(ut ut.Translator) error { ... }) - 注册时 key 是结构体字段名（首字母大写），不是 JSON 字段名（
username） - 同一个字段多个规则（
required、min=3）共用一个别名，不能按规则细分 - 若字段名含下划线（如
User_Name），别名注册也得用User_Name，不是user_name
panic 后的错误提示不会走 validator 翻译流程
HTTP 500 响应里的错误（比如空指针 panic）和参数校验失败是两套路径：前者走自定义 recovery 中间件，后者走 ShouldBind 错误处理。千万别指望 validator 翻译器能覆盖 panic 信息。
- recovery 中间件里
recover()拿到的是原始 panic 值，跟 validator 无关 - 生产环境必须脱敏——不能直接
fmt.Sprintf("%v", err)输出堆栈 - 如果想让 panic 也返回类似
{"code":500,"msg":"服务器开小差了"}，得在 recovery 里硬编码，不能复用 validator 翻译逻辑 - validator 错误只发生在
Bind/ShouldBind阶段；后续业务逻辑里的 panic 不受其控制
