Golang--runtime.Goexit() 和 panic

Golang--runtime.Goexit() 和 panic

《Go101》:

恐慌和Goexit信号是互不干扰的。 换句话说，一个尚未被恢复的恐慌不会导 致一个Goexit信号被取消；一个Goexit信号也不会压制遮挡一个尚未被恢复的恐慌。

但是目前Go 1.16.5版本中，确实以下状态：

package main

import "runtime"

func f(){
	defer runtime.Goexit()	
	panic(1)
	
}

func main() {
	go f()
}

上述例子将会被安全退出。

相关issue也在2019年被人提出，还在讨论内。

https://github.com/golang/go/issues/35378

---

下面的例子在Go 1.14之前将会是永不退出的状态。

package main

import "runtime"

func f() {
	
	go func(){
		defer func(){
			recover()
		}()
	
		defer panic(1)
		runtime.Goexit()
	}()
}

func main(){
	f()
	runtime.Gosched()
}

在Go 1.14之后的编译器修复了相关问题。

https://github.com/golang/go/issues/29226

---

以上参考自《Go 101》

---

以后修复的方向围绕着，怎么处理好runtime.Goexit()和panic之间的关系。

两者之间的优先级首先得到确认，如果runtime.Goexit()不能在最高优先级，那么就很难再配得上runtime和Goexit这两个命名，但是panic被压制，将会掩盖掉业务逻辑上的瑕疵，这是一个引发生产事故的隐患。