recover 无法拦截结构体字段校验时的 panic，因为 panic 是校验代码中手动调用的，而 recover 只能捕获当前 goroutine 中未被内层 defer 捕获的显式 panic。
recover 无法拦截结构体字段校验时的 panic
Go 的 recover 只能捕获当前 goroutine 中、由 panic 显式触发（且未被更内层 defer 捕获）的恐慌。而结构体字段校验本身不会自动 panic —— 它是开发者自己写的逻辑。如果你看到“字段校验导致 panic”，那一定是校验代码里手动调用了 panic（比如用 assert 库、或手写 if invalid { panic(...) }），而不是 Go 语言或编译器行为。
常见错误：把 panic 当成校验失败的正常返回路径
很多刚接触 Go 的人会这样写校验函数：
func ValidateUser(u User) {
if u.Name == "" {
panic("name cannot be empty")
}
if u.Age < 0 {
panic("age cannot be negative")
}
}
然后试图用 recover 包一层来“兜底”：
func safeValidate(u User) (err error) {
defer func() {
if r := recover(); r != nil {
err = fmt.Errorf("validation failed: %v", r)
}
}()
ValidateUser(u)
return nil
}
这看似可行，但问题很大：
立即学习“go语言免费学习笔记（深入）”；
- panic 是重量级控制流，不适用于常规业务错误；
- 一旦校验函数被其他地方直接调用（没包
recover），整个 goroutine 就崩了； - panic 信息是
interface{}，类型丢失，难以做错误分类或结构化处理； - 标准库和主流框架（如
encoding/json、github.com/go-playground/validator）全部用error返回校验失败，不是 panic。
正确做法：用 error 替代 panic，按需封装 recover（仅限外部不可控 panic）
结构体校验应该返回 error，这是 Go 的惯用法。只有当你调用的是**你无法修改的第三方函数**（比如某个 Cgo 绑定、或极不规范的库），它内部会 panic，这时才考虑用 recover 防御。
例如，你必须调用一个黑盒函数 thirdparty.Check()，它文档写着“输入非法时 panic”，那你才能这么兜：
func safeCheck(u User) error {
defer func() {
if r := recover(); r != nil {
// 注意：这里最好加日志，因为 panic 本不该发生
log.Printf("thirdparty.Check panicked: %v", r)
}
}()
thirdparty.Check(u)
return nil
}
但注意：safeCheck 仍应返回 error（比如上面例子中 panic 后你设 err = errors.New("check failed")），不能让上层再面对 panic。
推荐校验方案：validator + 自定义错误
用 github.com/go-playground/validator/v10 这类成熟库，它天然返回 error，且支持结构体标签、嵌套、自定义函数：
type User struct {
Name string `validate:"required,min=2"`
Age int `validate:"gte=0,lte=150"`
}
func (u *User) Validate() error {
validate := validator.New()
return validate.Struct(u)
}
调用时直接处理 error：
u := User{Name: "", Age: -5}
if err := u.Validate(); err != nil {
// err 是 *validator.InvalidValidationError 或 validator.ValidationErrors
// 可遍历、可转 JSON、可本地化
return err
}
如果真要统一拦截（比如做监控或审计），应在 HTTP handler 或 RPC 入口处加 recover —— 但那是为整个请求兜底，不是为字段校验单独设计的。
真正容易被忽略的是：panic 不是错误处理机制，它是程序异常终止信号。把校验失败当成 panic，等于把“用户填错邮箱”当成“内存越界”。后者该 crash，前者该提示重填。
