golang中main中panic和后续panic处理，以及新开协程的影响.pdfVIP

golang中main中panic和后续panic处理，以及新开协程的影响 今天刚好有⼈问这个问题，就记录⼀下（讲了⽼半天说了这么多，⼀句‘嗯好的’就把我打发了·~~~~~,⼀点都不带客⽓的） 先看第⼀段代码 func main() { defer func() { if err := recover(); err != nil { log.Println(err:, err) } }() go out() time.Sleep(time.Second * 3) panic(errors.New(stop test)) log.Println(123) select {} } func out() { for { tm := time.NewTicker(time.Second) select { case -tm.C: log.Println(out) } } } 输出： 2021/02/05 10:27:42 out 2021/02/05 10:27:43 err: stop test 解释： 这⾥输出⼀次就停⽌了，说明不管main还是协程都停了，虽然这⾥处理的panic，但是直接导致了整个程序的奔溃。 使⽤了defer只是做了panic的处理⽽已，不能使程序继续运⾏。那该怎么做呢，看第⼆段 func main() { defer func() { if err := recover(); err != nil { log.Println(err:, err) } }() go out() time.Sleep(time.Second * 3) load() log.Println(123) select {} } func out() { for { tm := time.NewTicker(time.Second) select { case -tm.C: log.Println(out) } } } func load() { defer func() { if err := recover(); err != nil { log.Println(load err:, err) } }() panic(errors.New(stop test)) } 对应输出： 2021/02/05 10:32:16 out 2021/02/05 10:32:17 out 2021/02/05 10:32:18 load err: stop test 2021/02/05 10:32:18 123 2021/02/05 10:32:18 out . . . 2021/02/05 10:32:19 out 2021/02/05 10:32:20 out 2021/02/05 10:32:21 out 2021/02/05 10:32:22 out 解释： 这⾥没有导致全部的程序奔溃，⽽是在load中处理了这个panic，所以main中不会接收到这个panic，则out协程也不会退出。 Panic是⼀个内置函数，可停⽌常规控制流并开始恐慌。当函数F调⽤恐慌时，F的执⾏停⽌，F中任何延迟的函数都将正常执⾏，然后F返回其调⽤ ⽅。对于呼叫者，F然后表现得像是发⽣了恐慌。该过程将继续执⾏堆栈，直到返回当前goroutine中的所有函数为⽌，此时程序崩溃。紧急事件 可以通过直接调⽤紧急事件来启动。它们也可能是由运⾏时错误引起的，例如越界数组访问。 Recover is a built-in function that regains control of a panicking goroutine. Recover is only useful inside deferred functio