产生 goroutines 的库中的恐慌
Panics in libraries that spawn goroutines
如果一个导入的库产生了一个会 panic 的 goroutine 怎么办?在这种情况下,开发人员无法阻止程序退出。
就像在这段代码中一样,使用延迟恢复调用错误的库没有帮助,因为该库正在生成一个恐慌的 goroutine,并且它不能被 main 的恢复捕获。
我的理解是否正确,唯一的补救办法是在为项目选择依赖项时非常小心,希望作者不要做类似的事情?
package main
import (
"fmt"
"time"
)
func main() {
defer func() {
r := recover()
if r != nil {
fmt.Println("panic caught")
}
}()
badLibrary()
}
func badLibrary() {
go recklessFunction()
time.Sleep(time.Second)
}
func recklessFunction() {
panic("something went wrong")
}
你说得对,对此你无能为力。例如,如果依赖项调用 os.Exit()
,你也不能。
无论如何,将 goroutines 作为库启动通常是不好的做法,让客户端(库的用户)选择是否需要并发执行(goroutine),添加 go
关键字是微不足道的。当然也有例外。
如果一个导入的库产生了一个会 panic 的 goroutine 怎么办?在这种情况下,开发人员无法阻止程序退出。
就像在这段代码中一样,使用延迟恢复调用错误的库没有帮助,因为该库正在生成一个恐慌的 goroutine,并且它不能被 main 的恢复捕获。
我的理解是否正确,唯一的补救办法是在为项目选择依赖项时非常小心,希望作者不要做类似的事情?
package main
import (
"fmt"
"time"
)
func main() {
defer func() {
r := recover()
if r != nil {
fmt.Println("panic caught")
}
}()
badLibrary()
}
func badLibrary() {
go recklessFunction()
time.Sleep(time.Second)
}
func recklessFunction() {
panic("something went wrong")
}
你说得对,对此你无能为力。例如,如果依赖项调用 os.Exit()
,你也不能。
无论如何,将 goroutines 作为库启动通常是不好的做法,让客户端(库的用户)选择是否需要并发执行(goroutine),添加 go
关键字是微不足道的。当然也有例外。