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出问题了而影响其他业务