如何在Golang中捕获panic测试异常_保证程序健壮性

Go中panic是严重错误终止机制，测试需可控验证而非避免；可用defer+recover手动捕获（限同goroutine），或用匿名函数+recover精准断言，推荐testify等库简化。

在 Go 中，panic 不是常规错误，而是程序遇到无法恢复的严重问题时的终止机制。单元测试中若不主动捕获 panic，会导致测试直接失败、中断执行，掩盖其他用例问题。要保证测试健壮性，关键不是“避免 panic”，而是**可控地触发并验证 panic 行为是否符合预期**——这正是 testing.T 提供的 test.Panic 检测能力所解决的问题。

使用 `recover` 手动捕获 panic（适用于非测试逻辑）

在普通业务代码或工具函数中，若需局部处理 panic（如防止 goroutine 崩溃影响主流程），可配合 defer + recover：

必须在 panic 发生的同一 goroutine 中 defer，且 recover() 要写在 defer 的匿名函数内
recover() 只在 defer 函数执行时有效，且仅能捕获当前 goroutine 的 panic
不要滥用：仅用于兜底日志、资源清理等场景，不建议用它替代错误返回

示例：

func safeDivide(a, b float64) (float64, error) {
    defer func() {
        if r := recover(); r != nil {
            fmt.Printf("Recovered from panic: %v\n", r)
        }
    }()
    if b == 0 {
        panic("division by zero")
    }
    return a / b, nil
}

在测试中验证 panic 是否按预期发生（推荐方式）

Go 标准测试框架原生支持 panic 断言：testing.T 的 ExpectPanic 并不存在，但可通过 func() { ... }() 匿名函数 + recover 实现精准断言：

将待测函数调用包裹在匿名函数中，并立即执行
用 defer + recover 捕获 panic 值，再与期望值比对
若未 panic，手动调用 t.Fatal 报错；若 panic 类型/消息不符，也应失败

示例：

func TestDivideByZeroPanics(t *testing.T) {
    var panicked bool
    var panicMsg interface{}
    func() {
        defer func() {
            if r := recover(); r != nil {
                panicked = true
                panicMsg = r
            }
        }()
        divide(10, 0) // 触发 panic 的函数
    }()

    if !panicked {
        t.Fatal("expected panic, but none occurred")
    }
    if panicMsg != "division by zero" {
        t.Errorf("expected panic 'division by zero', got %v", panicMsg)
    }
}