Golang测试panic行为 recover捕获验证

核心思路是利用defer中的recover捕获panic，将程序中断事件转化为可断言的测试结果。通过在defer函数中调用recover()，能捕获预期panic并验证其值，确保测试流程可控，避免程序崩溃，从而在测试中准确验证panic行为。

在Golang中测试

panic

recover

defer

panic

panic

panic

解决方案

要测试一个函数在特定条件下是否会

panic

1. 定义一个

   defer

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   函数，它会在外部函数返回前执行。
2. 在这个

   defer

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   函数内部，调用

   recover()

   登录后复制

   登录后复制

   登录后复制
   。如果

   recover()

   登录后复制

   登录后复制

   登录后复制
   返回非

   nil

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   值，说明发生了

   panic

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   。
3. 根据

   recover()

   登录后复制

   登录后复制

   登录后复制
   返回的值，我们可以判断

   panic

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   是否符合预期，并进行相应的断言。
4. 最后，在

   defer

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   函数之后，调用那个我们期望它会

   panic

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   的函数。

下面是一个具体的例子：

package main

import (
    "fmt"
    "testing"
)

// SomeFunction 模拟一个在特定条件下会panic的函数
func SomeFunction(input int) {
    if input < 0 {
        panic("input cannot be negative")
    }
    if input == 0 {
        panic(fmt.Errorf("zero is not allowed"))
    }
    fmt.Println("Processing input:", input)
}

func TestSomeFunctionPanics(t *testing.T) {
    tests := []struct {
        name        string
        input       int
        expectedMsg string // 期望的panic消息
        expectPanic bool
    }{
        {
            name:        "Negative input panics with string",
            input:       -1,
            expectedMsg: "input cannot be negative",
            expectPanic: true,
        },
        {
            name:        "Zero input panics with error",
            input:       0,
            expectedMsg: "zero is not allowed",
            expectPanic: true,
        },
        {
            name:        "Positive input does not panic",
            input:       10,
            expectPanic: false,
        },
    }

    for _, tt := range tests {
        t.Run(tt.name, func(t *testing.T) {
            // 设置一个defer函数来捕获panic
            defer func() {
                if r := recover(); r != nil {
                    // 捕获到panic
                    if !tt.expectPanic {
                        t.Errorf("Expected no panic, but got panic: %v", r)
                        return
                    }

                    // 检查panic消息是否符合预期
                    switch v := r.(type) {
                    case string:
                        if v != tt.expectedMsg {
                            t.Errorf("Panic message mismatch. Got '%s', want '%s'", v, tt.expectedMsg)
                        }
                    case error:
                        if v.Error() != tt.expectedMsg {
                            t.Errorf("Panic error message mismatch. Got '%s', want '%s'", v.Error(), tt.expectedMsg)
                        }
                    default:
                        t.Errorf("Unknown panic type: %T, value: %v", v, v)
                    }
                    return // 确保捕获到panic后不再执行后续的检查
                }

                // 没有捕获到panic
                if tt.expectPanic {
                    t.Errorf("Expected panic, but got none")
                }
            }()

            // 调用可能panic的函数
            SomeFunction(tt.input)
        })
    }
}

为什么直接测试

panic

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

会失败？

recover

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

在测试中的作用是什么？

我们都知道，Go语言中的

panic

recover

testing

recover

panic

立即学习“go语言免费学习笔记（深入）”；

直接调用一个会

panic

testing.T

testing.T

panic

t.Errorf

t.Fatal

这时候，

recover

defer

panic

panic

recover

panic

recover

panic

panic

panic

编写可测试的

panic

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

场景有什么技巧？

要让

panic

defer

recover

首先，让

panic

panic

panic

SomeFunction

panic

其次，让

panic

panic

error

fmt.Errorf

error

panic

recover

error

panic(fmt.Errorf("invalid config: missing %s", key))

panic("bad config")

panic

再者，隔离

panic

panic

panic

panic

panic

最后，利用表驱动测试。就像上面的示例代码那样，将不同的输入、预期

panic

panic

panic

panic

recover

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

和

error

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

登录后复制

处理机制的区别与选择

这是一个我经常思考的问题：什么时候该

panic

error

error

error

error

error

error

panic

panic

panic

nil

nil

nil

panic

recover

在测试中，我们使用

recover

panic

1. 验证库或框架的契约违背行为：如果你正在开发一个库，并且某些输入被认为是“不可能”或“严重错误”的，你可能会选择

   panic

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   来强制调用者遵循API约定。测试时，你就会特意构造这些“违规”输入，然后用

   recover

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   来确认

   panic

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   确实发生了，且

   panic

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   信息符合预期。
2. 验证初始化或关键路径的失败：在某些情况下，如果一个程序或模块在启动时无法获得必要的资源或配置，它可能选择

   panic

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   而不是返回

   error

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   ，因为它无法在没有这些条件的情况下继续运行。测试时，你会模拟这些失败条件，并验证

   panic

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制

   登录后复制
   的发生。

所以，选择

panic

error

panic

panic

recover

以上就是Golang测试panic行为 recover捕获验证的详细内容，更多请关注php中文网其它相关文章！