调用者如何从儿童Goroutine的恐慌中恢复过来

Question

我曾经认为goroutine中的恐慌会杀死程序，如果它的调用者在恐慌之前完成（延迟恢复没有任何帮助，因为在这一点上还没有恐慌发生），

直到我尝试下面的代码：

    func fun1() {
        fmt.Println("fun1 started")
        defer func() {
            if err := recover(); err != nil {
                fmt.Println("recover in func1")
            }
        }()

        go fun2()

        time.Sleep(10 * time.Second) // wait for the boom!
        fmt.Println("fun1 ended")
    }

    func fun2() {
        fmt.Println("fun2 started")

        time.Sleep(5 * time.Second)
        panic("fun2 booom!")

        fmt.Println("fun2 ended")
    }

我发现无论调用方函数是否完成，如果goroutines开始恐慌，调用方的延迟恢复机制都没有帮助。整个程序还是死气沉沉的。

Answer 1

规范规定：

在执行函数F时，对panic的显式调用或运行时panic将终止F的执行。然后，由F推迟的任何函数都将照常执行。接下来，将运行由F的调用方运行的任何延迟函数，依此类推，直到执行Goroutine中的顶级函数延迟的任何函数。此时，程序终止并报告错误条件，包括panic参数的值。这种终止序列被称为恐慌。

因为fun2是在goroutine中执行的顶级函数，并且fun2不能从panic中恢复，所以当fun2发生panic时，程序将终止。

当执行fun2的goroutine发生恐慌时，不调用fun1中的延迟调用。

一个goroutine不能从另一个goroutine的恐慌中恢复过来。