golang 异常捕获和处理(panic/recover)
1.异常处理
Golang 没有结构化异常,使用 panic 抛出错误,recover 捕获错误。
异常的使用场景简单描述:Go中可以抛出一个panic的异常,然后在defer中通过recover捕获这个异常,然后正常处理。
1.1. panic
内置函数
假如函数F中书写了panic语句,会终止其后要执行的代码,在panic所在函数F内如果存在要执行的defer函数列表,按照defer的逆序执行
返回函数F的调用者G,在G中,调用函数F语句之后的代码不会执行,假如函数G中存在要执行的defer函数列表,按照defer的逆序执行
直到goroutine整个退出,并报告错误
1.2.recover
内置函数
用来控制一个goroutine的panicking行为,捕获panic,从而影响应用的行为
一般的调用建议
a). 在defer函数中,通过recever来终止一个goroutine的panicking过程,从而恢复正常代码的执行
b). 可以获取通过panic传递的error
2.使用规则
- 利用recover处理panic指令,defer 必须放在 panic 之前定义,另外 recover 只有在 defer 调用的函数中才有效。否则当panic时,recover无法捕获到panic,无法防止panic扩散。
- recover 处理异常后,逻辑并不会恢复到 panic 那个点去
- 多个 defer 会形成 defer 栈,后定义的 defer 语句会被最先调用
3.使用案例
3.1.正常使用
func main() {
test()
}
func test() {
defer func() {
if err := recover(); err != nil {
println(err.(string)) // 将 interface{} 转型为具体类型。
}
}()
panic("panic error!")
}
-------------------------------------
panic error!
3.2.延迟调用中引发的错误,可被后续延迟调用捕获,但仅最后一个错误可被捕获。
func test() {
defer func() {
fmt.Println(recover())
}()
defer func() {
panic("defer panic")
}()
panic("test panic")
}
func main() {
test()
}
---------------------------------
defer panic
3.3.捕获函数 recover 只有在延迟调用内直接调用才会终止错误,否则总是返回 nil。任何未捕获的错误都会沿调用堆栈向外传递
func test() {
defer func() {
fmt.Println(recover()) //有效 打印正确异常
}()
defer recover() //无效!
defer fmt.Println(recover()) //无效! 打印nil
defer func() {
func() {
println("defer inner") // 打印defer inner
recover() //无效!
}()
}()
panic("test panic")
}
func main() {
test()
}
-------------------------------------
defer inner
<nil>
test panic
3.3.服务内某个函数捕获kafka连接错误
func DeviceChangedBroadcast(deviceIdArray ...int) {
defer func() {
if err := recover(); err != nil {
web_kit.Error("err:", err)
}
}()
var array protobuf.DeviceArray
var kafkaWriter *kafka.Writer
{
brokers := strings.Split(kafka_config.URL, ",")
kafkaWriter = kafka.NewWriter(kafka.WriterConfig{
Brokers: brokers,
Topic: kafka_config.DeviceTopic,
Balancer: &kafka.LeastBytes{},
Dialer: &kafka.Dialer{SASLMechanism: plain.Mechanism{Username: kafka_config.UserName, Password: kafka_config.Password}},
})
}
bytes, _ := proto.Marshal(&array)
msg := kafka.Message{
Key: []byte("DeviceChangedBroadcast"),
Value: bytes,
}
err := kafkaWriter.WriteMessages(context.Background(), msg)
if err != nil {
panic(err)
}
}
------------------------------------------------------------------------------
level=error ts=2023-03-23T02:23:53.291242Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
level=error ts=2023-03-23T02:24:28.853231Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
level=error ts=2023-03-23T02:24:29.351762Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
level=error ts=2023-03-23T02:24:30.13596Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
level=error ts=2023-03-23T02:24:34.856285Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
level=error ts=2023-03-23T02:24:35.715459Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
level=error ts=2023-03-23T02:24:38.148007Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
level=error ts=2023-03-23T02:24:41.439562Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
level=error ts=2023-03-23T02:24:43.850959Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
level=error ts=2023-03-23T02:24:45.962146Z caller=logger.go:149 err:="dial tcp 10.0.22.111:9092: i/o timeout"
这样服务还能正常提供服务,不会因为kafka出问题了而影响其他业务