嵌套结构体字段校验失败是因为validator默认不递归校验，必须显式添加dive标签；如user.profile需validate:"required,dive"，切片元素同理；eqfield不支持点号路径，错误提示应使用fe.field()获取json key而非structfield()。
嵌套结构体字段校验失败，required 不生效？
不是标签写错了，而是没触发递归校验。go-playground/validator 默认只校验顶层字段，嵌套结构体（比如 User.Profile）必须显式声明 validate:"required" 或 validate:"dive"，否则 Profile 字段本身为 nil 时也不会报错。
常见错误写法：type CreateUserRequest struct { User User `json:"user" binding:"required"` }
这里 binding:"required" 只保证 User 字段非 nil，但不校验 User 内部字段。
- 正确做法：在嵌套字段上加
validate:"required,dive"（dive表示进入下一层结构体校验） - 若嵌套字段允许为空，但非空时需校验内部，则用
validate:"dive"即可，不用加required -
dive对切片也有效：Orders []Order `json:"orders" validate:"dive"会逐个校验每个Order元素
eqfield 在嵌套结构里总返回 false？
这是 validator 的默认行为：它只在当前 struct 层级查找目标字段名。比如 validate:"eqfield=Password" 写在 ConfirmPassword 字段上，validator 只去同一层找叫 Password 的字段，不会跨到 User.Password 或 Profile.Password。
解决方法只有两个：
- 把要比较的字段拉到同一层级（例如把
Password和ConfirmPassword都放在顶层CreateUserRequest中） - 改用自定义校验函数，通过反射读取嵌套路径，比如
fl.Parent().FieldByName("User").FieldByName("Password")
别指望 eqfield 支持点号路径（如 eqfield=User.Password），它不解析这种语法。
嵌套字段错误提示里显示的是 struct 名，不是 JSON key？
默认 FieldError.StructField() 返回的是 Go 字段名（如 UserName），但前端需要的是 json:"user_name" 对应的 key。如果直接用这个做错误定位，前端根本匹配不上。
必须用 fe.Field() —— 它返回的是绑定时实际使用的字段标识，对 JSON 就是 json tag 值：
type User struct { UserName string `json:"user_name" validate:"required"` }-
fe.Field()→"user_name" -
fe.StructField()→"UserName"
如果你做了统一错误封装，遍历 validator.ValidationErrors 时，务必用 fe.Field() 拼接错误路径，比如 "user.user_name"。
为什么 ShouldBind 对嵌套结构体有时不报错，有时 panic？
根本原因是 Gin 的 ShouldBind 底层调用的是 json.Unmarshal + validator 校验，而 json.Unmarshal 对嵌套结构体的零值处理不一致：
- 如果嵌套字段类型是 struct（非指针），且 JSON 中缺失该字段，
Unmarshal会用零值填充，validator 仍会继续校验其内部字段 - 如果嵌套字段是指针（
*Profile），JSON 缺失时值为nil，此时若没加required，validator 就跳过它；加了required则报错 - 但如果指针字段被反序列化为非 nil，但内部字段又没给值，就容易出现“部分字段未校验”的静默失败
最稳的做法：嵌套结构体字段统一用值类型（Profile Profile 而非 *Profile），并配 validate:"required,dive"。这样语义清晰，且 validator 行为可预测。
