Go panic 与 recover 异常处理

1. 异常处理

Golang 没有结构化异常,使用 panic 抛出错误,recover 捕获错误。

异常的使用场景简单描述:Go中可以抛出一个panic的异常,然后在defer中通过recover捕获这个异常,然后正常处理。

2. panic

1、内置函数

2、假如函数F中书写了panic语句,会终止其后要执行的代码,在panic所在函数F内如果存在要执行的defer函数列表,按照defer的逆序执行

3、返回函数F的调用者G,在G中,调用函数F语句之后的代码不会执行,假如函数G中存在要执行的defer函数列表,按照defer的逆序执行

4、直到goroutine整个退出,并报告错误

3. recover

1、内置函数 2、用来控制一个goroutine的panicking行为,捕获panic,从而影响应用的行为 3、一般的调用建议

  • a). 在defer函数中,通过recever来终止一个goroutine的panicking过程,从而恢复正常代码的执行
  • b). 可以获取通过panic传递的error

注意:(最重要) 1.利用recover处理panic指令,defer 必须放在 panic 之前定义,另外 recover 只有在 defer 调用的函数中才有效。否则当panic时,recover无法捕获到panic,无法防止panic扩散。 2.recover 处理异常后,逻辑并不会恢复到 panic 那个点去,函数跑到 defer 之后的那个点。 3.多个 defer 会形成 defer 栈,后定义的 defer 语句会被最先调用。

$ cat error1.go
package main
func main() {
    test()
}
func test() {
    defer func() {
        if err := recover(); err != nil {
            println(err.(string)) // 将 interface{} 转型为具体类型。
        }
    }()
    panic("panic error!")
}
[root@localhost error]# go run error1.go 
panic error!

由于 panic、recover 参数类型为 interface{},因此可抛出任何类型对象。

func panic(v interface{})
func recover() interface{}

向已关闭的通道发送数据会引发panic

$ cat error2.go
package main
import (
    "fmt"
)
func main() {
    defer func() {
        if err := recover(); err != nil {
            fmt.Println(err)
        }
    }()
    var ch chan int = make(chan int, 10)
    close(ch)
    ch <- 1
}
[root@localhost error]#  go run error2.go 
send on closed channel

延迟调用中引发的错误,可被后续延迟调用捕获,但仅最后一个错误可被捕获。

$ cat error3.go
package main
import "fmt"
func test() {
    defer func() {
        fmt.Println(recover())
    }()
    defer func() {
        panic("defer panic")
    }()
    panic("test panic")
}
func main() {
    test()
}
[root@localhost error]# go run error3.go 
defer panic

捕获函数 recover 只有在延迟调用内直接调用才会终止错误,否则总是返回 nil。任何未捕获的错误都会沿调用堆栈向外传递。

$ cat error4.go
package main
import "fmt"
func test() {
    defer func() {
        fmt.Println(recover()) //有效
    }()
    defer recover()              //无效!
    defer fmt.Println(recover()) //无效!
    defer func() {
        func() {
            println("defer inner")
            recover() //无效!
        }()
    }()
    panic("test panic")
}
func main() {
    test()
}
[root@localhost error]#  go run error4.go 
defer inner
<nil>
test panic

使用延迟匿名函数或下面这样都是有效的。

$ cat error5.go
package main
import (
    "fmt"
)
func except() {
    fmt.Println(recover())
}
func test() {
    defer except()
    panic("test panic")
}
func main() {
    test()
}
[root@localhost error]#  go run error5.go 
test panic

如果需要保护代码段,可将代码块重构成匿名函数,如此可确保后续代码被执

cat error6.go
package main
import "fmt"
func test(x, y int) {
    var z int
    func() {
        defer func() {
            if recover() != nil {
                z = 0
            }
        }()
        panic("test panic")
        z = x / y
        return
    }()
    fmt.Printf("x / y = %d\n", z)
}
func main() {
    test(2, 1)
}
[root@localhost error]#  go run error6.go
x / y = 0

标准库 errors.New 和 fmt.Errorf 函数用于创建实现 error 接口的错误对象。通过判断错误对象实例来确定具体错误类型

$ cat error7.go
package main
import (
   "errors"
   "fmt"
)

var ErrDivByZero = errors.New("division by zero")

func div(x, y int) (int, error) {
     if y == 0 {
    return 0, ErrDivByZero
     }
     return x / y,nil
}

func main() {
     defer func() {
           fmt.Println(recover())
}()
     switch z,err := div(10, 0); err {
     case nil:
          fmt.Println(z)
     case ErrDivByZero:
          panic(err)
     }
}
[root@localhost error]# go run error7.go 
division by zero

Go实现类似 try catch 的异常处理

package main
import "fmt"
func Try(fun func(), handler func(interface{})) {
    defer func() {
        if err := recover(); err != nil {
            handler(err)
        }
    }()
    fun()
}
func main() {
    Try(func() {
        panic("test panic")
    }, func(err interface{}) {
        fmt.Println(err)
    })
}

输出结果:

test panic

4. 如何区别使用 panic 和 error 两种方式

惯例是:导致关键流程出现不可修复性错误的使用 panic,其他使用 error。

Copyright © ghostwritten 浙ICP备2020032454号 2022 all right reserved,powered by Gitbook该文件修订时间: 2022-12-22 13:23:35

results matching ""

    No results matching ""