美文网首页
goroutine配上panic会怎样?

goroutine配上panic会怎样?

作者: 跨界架构师 | 来源:发表于2022-07-03 20:44 被阅读0次

    我是一个着迷于产品和运营的技术人,乐于跨界的终身学习者。欢迎关注我的个人公众号「跨界架构师」

    每周五11:45 按时送达

    我的第「220」篇原创敬上

    大家好,我是Z哥。

    最近用 Golang 进行编码也有3个月了,说来惭愧,到现在还没正儿八经深入学习一下 Golang,一直被工作赶着往前在跑。

    最近正好在工作中遇到一个问题,需要对 Golang 中的 goroutine 和 panic & recover 稍做深入的了解,算是忙里偷闲学习一下。

    对 goroutine 的底层细节就不展开了,网上有不少相关的文章解读,如果你愿意的话,也可以去扒一下 Golang 的源码。

    简单对 goroutine 进行一下概括就是:

    goroutine 实现了 M:N 的线程模型,是协程的一种实现。golang 内置的调度器,可以让多核 CPU 中每个 CPU 执行一个协程。

    单从表现来看,你可以将 goroutine 看作是 java 之类编程语言中的多线程的运行效果。

    好了,那么问题来了:goroutine 中发生 panic 会怎样?

    话不多说,实践是检验真理的唯一标准,我们直接上手 coding。

    func main()  {

    go panicInGoroutine()

    //以下3行代码是为了让控制台挂起,等待gorouine运行完毕。

    fmt.Println("wait")

    input := bufio.NewScanner(os.Stdin)

    input.Scan()

    }

    func panicInGoroutine()  {

    panic("panic in goroutine.")

    }

    运行代码的结果如下:

    可以看到,整个程序都崩了。

    那么,如果在 goroutine 里的 goroutine 发出 panic 呢?也是一样的效果,程序崩了。

    可能你会觉得整个程序之所以会崩,是因为异常被层层上抛到主线程导致的,其实并非如此。在 Golang 中,任何地方发生的任意一个 panic,都会直接程序退出。

    那么怎么才能让程序不退出呢?

    通过调用 recover() 方法来捕获 panic 并恢复将要崩掉的程序。

    func main() {

    go panicInGoroutine()

    //以下3行代码是为了让控制台挂起,等待gorouine运行完毕。

    fmt.Println("wait")

    input := bufio.NewScanner(os.Stdin)

    input.Scan()

    }

    func panicInGoroutine() {

    //recover()必须要和defer配合一起用,确保一旦执行到该方法体,这里定义的defer方法一定会被执行,哪怕是发生了panic。

    defer func() {

    err := recover()

    if err != nil {

    fmt.Printf("recover receive a err: %+v \n", err)

    }

    }()

    panic("panic in goroutine.")

    }

    执行上面的代码,结果如下:

    可以看到,程序没有再崩了。那么新的问题又来了,能不能把 recover() 放到最外层的方法里,这样可以更好地实现一次 recover() 覆盖当前方法其下所有的 panic。

    func main() {

            defer func() {

    err := recover()

    if err != nil {

    fmt.Printf("recover receive a err: %+v \n", err)

    }

    }()

    go panicInGoroutine()

    //以下3行代码是为了让控制台挂起,等待gorouine运行完毕。

    fmt.Println("wait")

    input := bufio.NewScanner(os.Stdin)

    input.Scan()

    }

    func panicInGoroutine() {

    panic("panic in goroutine.")

    }

    运行之后的结果:

    竟然还是崩了。如果你是一位 Java 或者 .Net 的程序员习惯了 try-catch-finally 的运行效果肯定对这个结果比较意外。在父方法定义的 recover() 竟然无法捕获到子方法里的 panic。

    其实这里的原因是,外层方法中定义的 recover() 无法捕获通过 goroutine 执行的子方法中抛出的 panic。在上面的代码中,我们把 go panicInGoroutine() 前面的 go 去掉就可以正常捕获了。

    好了,那么根据以上这些信息得到的处理 panic 的正确姿势是什么呢?

        1.必须通过 defer 关键字来调用 recover()。

        2.当通过 goroutine 调用某个方法,一定要确保内部有 recover() 机制。

    如果你想进一步深入了解 panic 和 recove r的机制,分享你一个超棒的硬核视频:https://www.bilibili.com/video/BV155411Y7XT,第一遍看可能会有点晕,建议反复看,直到完全理解其原理。

    推荐阅读:

       ■ 2021,我的巨变之年

       ■ 记一次Golang踩坑RabbitMQ


    如果你喜欢这篇文章,可以点一下右下角的「爱心」,支持我的创作~

    定期发表原创内容:架构设计丨分布式系统丨产品丨运营丨一些深度思考。

    相关文章

      网友评论

          本文标题:goroutine配上panic会怎样?

          本文链接:https://www.haomeiwen.com/subject/vhzhrrtx.html