Golang 推迟关闭

IT小君   2022-11-10T23:54:38

我是新手,学习推迟。我想知道为什么第一个有效而第二个无效。我想知道它们之间有什么区别。第一的:

func say(s string) {
    defer func() {
        if  r := recover(); r != nil {
            fmt.Println("Recovered in cleanup:", r)
        }
        wg.Done()
    }()
    for i := 0; i < 3; i++ {
        fmt.Println(s)
        time.Sleep(time.Millisecond * 100)
        if i == 2 {
            panic("oh")
        }
    }
}

第二:

func cleanup(){
        if  r := recover(); r != nil {
            fmt.Println("Recovered in cleanup:", r)
        }
}

func say(s string) {
    defer func() {
        cleanup()
        wg.Done()
    }()
    for i := 0; i < 3; i++ {
        fmt.Println(s)
        time.Sleep(time.Millisecond * 100)
        if i == 2 {
            panic("oh")
        }
    }
}
点击广告,支持我们为你提供更好的服务
评论(3)
IT小君

规范

如果满足以下任一条件,recover 的返回值为 nil:

...

  • 恢复不是由延迟函数直接调用的。

cleanup()函数由匿名延迟函数调用。直接改写代码defer cleanup()

func say(s string) {
    defer wg.Done()
    defer cleanup() // cleanup called directly by defer
    for i := 0; i < 3; i++ {
        fmt.Println(s)
        time.Sleep(time.Millisecond * 100)
        if i == 2 {
            panic("oh")
        }
    }
}
2022-11-10T23:54:38   回复
IT小君

根据规范https://golang.org/ref/spec#Handling_panics

如果满足以下任一条件,recover 的返回值为 nil:

  • 恐慌的论点是零
  • goroutine 没有恐慌
  • 恢复不是由延迟函数直接调用的。

在您的情况下,recover 不是由延迟函数直接调用的。

2022-11-10T23:54:38   回复
IT小君

https://golang.org/pkg/builtin/#recover,我们有以下内容(强调我的):

恢复内置函数允许程序管理恐慌 goroutine 的行为。在延迟函数(但不是由它调用的任何函数)中执行恢复调用会通过恢复正常执行来停止恐慌序列并检索传递给恐慌调用的错误值。如果在延迟函数之外调用恢复,它不会停止恐慌序列。在这种情况下,或者当 goroutine 没有恐慌时,或者如果提供给 panic 的参数是 nil,recover 返回 nil。因此,recover 的返回值报告了 goroutine 是否处于恐慌状态。

2022-11-10T23:54:39   回复