在Go测试中处理panic需使用defer和recover捕获错误，确保测试不因panic直接失败。1. recover必须在defer函数中调用才有效，用于获取panic值并进行断言检查。2. 测试主协程无法捕获子协程panic，需在goroutine内部单独使用defer-recover机制，并通过通道等同步手段通知结果，保证异常被正确处理和验证。
在Go的测试中处理panic，核心是利用recover机制来捕获并验证错误，确保测试用例本身不会因为被测代码的panic而直接失败。
使用defer和recover捕获panic
在测试函数或其调用的子函数中，通过defer声明一个包含recover()的匿名函数，可以拦截执行过程中发生的panic。
关键点：
-
recover()必须在defer声明的函数内调用才有效。 - 当发生panic时，
recover()会返回panic传入的值（interface
{}类型），若没有发生panic，则返回nil。 - 捕获到panic后，可以在测试中进行断言，检查panic的原因是否符合预期。
{}类型），若没有发生panic，则返回nil。例如，你想测试一个函数在除零时是否会按预期panic：
func TestDivideByZero(t *testing.T) { defer func() { if r := recover(); r != nil { // 断言panic的原因 if r != "division by zero" { t.Errorf("期望 panic 信息为 'division by zero'，实际得到 %v", r) } } else { t.Error("期望发生 panic，但未发生") } }() // 调用会触发panic的函数 divide(10, 0) }在goroutine中处理panic
如果被测代码启动了新的goroutine，并且该goroutine可能发生panic，那么主测试函数中的defer无法捕获它。每个goroutine需要有自己的recover机制。
一种做法是在启动goroutine时，就包裹一层带有recover的逻辑：
func TestGoroutinePanic(t *testing.T) { done := make(chan bool) go func() { defer func() { if r := recover(); r != nil { // 处理或记录goroutine内的panic fmt.Printf("goroutine recovered: %v\n", r) } done验证panic作为预期行为
有时，函数的设计就是在特定错误条件下panic。你的测试应该验证这种行为。
通过结合defer和recover，你可以明确地检查函数是否发生了panic以及panic的内容是否正确。这比让测试直接崩溃更有价值，因为它将“发生panic”这一结果变成了一个可验证的测试断言。
基本上就这些。
