在Golang的测试场景中，我们常常需要验证某些特定逻辑是否会触发panic，或者确认panic触发后的处理逻辑是否正确。直接运行触发panic的代码会导致测试直接失败，因此需要借助Golang内置的recover机制来捕获panic，完成对应的测试验证。
panic与recover的基本原理
panic是Golang中用于抛出严重异常的机制，一旦触发panic，当前函数的执行会立即停止，后续的代码都不会运行，程序会向上层调用栈逐层返回，直到被recover捕获或者程序崩溃。recover是一个内置函数，只能在defer修饰的函数中生效，用于捕获当前goroutine触发的panic，返回panic传递的参数。
recover的使用限制
- recover必须放在defer函数中才会生效，直接调用recover无法捕获panic
- recover只能捕获同一个goroutine中触发的panic，无法跨goroutine捕获
- 如果没有panic触发，recover的返回值为nil
测试panic的核心实现方式
在测试函数中，我们可以通过defer+recover的组合，在测试逻辑执行前注册捕获函数，执行触发panic的代码后，判断recover的返回值是否符合预期，从而完成panic的测试。
基础测试示例
首先我们定义一个会触发panic的函数，然后编写对应的测试代码验证panic是否被正确触发：
package main
import (
"testing"
)
// 会触发panic的函数，当输入为负数时抛出panic
func divide(a, b int) int {
if b == 0 {
panic("除数不能为0")
}
if a < 0 {
panic("被除数不能为负数")
}
return a / b
}
// 测试divide函数触发panic的场景
func TestDividePanic(t *testing.T) {
// 注册defer函数，用于捕获panic
defer func() {
// 调用recover捕获panic
r := recover()
// 判断panic是否符合预期
if r == nil {
t.Errorf("预期触发panic，但是未触发")
} else {
// 验证panic的内容是否正确
expectedMsg := "除数不能为0"
if r != expectedMsg {
t.Errorf("panic内容不符合预期，期望: %s, 实际: %v", expectedMsg, r)
}
}
}()
// 调用会触发panic的逻辑
divide(10, 0)
}
测试panic未触发的情况
有些测试场景需要验证在特定条件下不会触发panic，此时可以先假设会触发panic，如果recover捕获到nil则说明符合预期：
// 测试divide函数正常执行不触发panic的场景
func TestDivideNormal(t *testing.T) {
// 标记是否触发了panic
hasPanic := true
defer func() {
r := recover()
if r == nil {
hasPanic = false
}
}()
// 执行正常逻辑，不会触发panic
res := divide(10, 2)
// 验证结果是否正确
if res != 5 {
t.Errorf("计算结果不符合预期，期望: 5, 实际: %d", res)
}
// 验证没有触发panic
if hasPanic {
t.Errorf("预期不触发panic，但是触发了panic")
}
}
跨goroutine的panic测试注意点
如果触发panic的代码运行在子goroutine中，那么主goroutine中的recover是无法捕获到的，此时需要在子goroutine内部单独处理recover逻辑，同时通过通道将结果传递回主goroutine完成测试验证：
// 测试子goroutine中触发的panic
func TestGoroutinePanic(t *testing.T) {
// 定义通道用于传递panic捕获结果
panicCh := make(chan interface{}, 1)
go func() {
// 子goroutine内部的defer recover
defer func() {
panicCh <- recover()
}()
// 子goroutine中触发panic
panic("子goroutine的panic")
}()
// 接收子goroutine的panic结果
r := <-panicCh
if r == nil {
t.Errorf("子goroutine预期触发panic，但是未触发")
} else {
expectedMsg := "子goroutine的panic"
if r != expectedMsg {
t.Errorf("子goroutine panic内容不符合预期，期望: %s, 实际: %v", expectedMsg, r)
}
}
}
测试中的常见误区
- 不要在测试函数的最外层直接使用recover，这样无法捕获到后续代码触发的panic
- 捕获到panic之后，如果没有特殊需求，不需要再次抛出panic，否则会导致测试直接失败
- 如果测试多个不同的panic场景，建议拆分为多个独立的测试函数，避免逻辑混乱
总结
在Golang中捕获panic进行测试的核心是利用defer和recover的组合，在触发panic的逻辑执行前注册捕获函数，通过recover的返回值判断panic是否符合预期。需要注意recover的作用范围仅限当前goroutine，跨goroutine的panic需要在对应的goroutine内部单独处理。合理编写panic测试可以覆盖代码中的异常分支，提升代码的可靠性。