exception - 如何从外部包中的异步 panic 中恢复

Question

我正在学习 Go，我正在尝试了解如何正确处理来自外部包的 panic 。

这是一个可运行的例子，假设一个包定义了 doFoo 方法。 (为了示例，它位于此处的同一个包中)

package main

import (
    "log"
    "net/http"

    "sync"
    "time"

    "github.com/gorilla/handlers"
    "github.com/gorilla/mux"
)
// Method from External package
func doFoo() {
    var wg sync.WaitGroup
    wg.Add(1)
    // Do some cool async stuff
    go func() {
        time.Sleep(500)
        wg.Done()
        panic("Oops !")
    }()
}

func router() *mux.Router {
    var router = mux.NewRouter().StrictSlash(true)
    router.HandleFunc("/doFoo", index).Methods("GET")
    return router
}

func main() {
    log.Fatal(http.ListenAndServe(":8080", handlers.RecoveryHandler()(router())))
}

func index(w http.ResponseWriter, r *http.Request) {
    defer func() {
        recover()
        w.WriteHeader(http.StatusInternalServerError)
    }()
    doFoo()
    w.WriteHeader(http.StatusOK)
}

调用 doFoo 方法会使服务器崩溃，我很欣赏这是正确的行为，因为应用程序现在处于破坏状态。最好崩溃并通过一些负载平衡器将后续请求转发到不同的进程。但是，我的 api 服务器可能仍在为其他客户端提供服务，它可能正在维护 websockets，我可能还想在此处返回 500 错误。

来自nodejs，我习惯了uncaughtException的概念，用于处理未捕获的同步异常和unhandledRejection来处理未捕获的异步异常。这两个进程结构让开发人员可以选择立即使程序崩溃(如果它有意义的话)，或者记录错误，返回正确的 http 代码，然后在需要时正常关闭。

在我的在线研究中，我发现很多资源都在说， panic 不像异常，它们是不寻常的，您无需担心它们。但是看起来写代码的时候其实很容易引起 panic 。确保他的库不会 panic 完全取决于开发人员，这里 100% 涉及人为因素。

这让我想知道，我是否需要审核我将要使用的每个包的整个代码库，包括所有包依赖项？仅仅因为我没有办法防止某些外部包中的错过恢复，这会破坏我的整个服务器并破坏我的用户体验？

或者是否有一些我不知道的策略可以在库代码中发生异步 panic 时优雅地失败？

我注意到从 1.8 开始就有正常关机功能，但我不能使用它，因为我的程序已经崩溃了。 https://golang.org/pkg/net/http/#Server.Shutdown

有 gorilla 恢复处理程序，但同样，这只能防止同步 panic 。 http://www.gorillatoolkit.org/pkg/handlers#RecoveryHandler

更新:
我知道 panic 也不异常(exception)。重申不能回答问题， panic 和异常不是这个问题的内容。这个问题是关于理解语言可以提供哪些工具来强制边界，而不需要将整个包树中的每一行都读给开发人员。如果在该语言中不可能，则说明这是一个有效的答案。只是不知道是不是。

Answer 1

panic 也不异常(exception)。不要将它们视为异常，您会没事的。

首先要做的事情是:包 API 永远不应该崩溃，它们应该总是返回一个错误，除非在某些非常罕见的情况下，然后必须清楚地记录它们何时以及为什么会崩溃(regexp.MustCompile 是可能出现 panic 的一个很好的例子)。任何在遇到错误(并且没有非常这样做的充分理由)时 panic 的包都是不好的，不要使用它。

如果您进行边界检查，请确保不要访问 nil 指针等，您永远不必担心 panic 。

至于在 goroutine 中恢复 panic，除非 goroutine 有自己的恢复处理程序，否则你不能。

如果 goroutine 来自第三方库，请不要使用该库!如果他们足够松散而不去检查边缘情况和/或足够懒惰以至于对错误感到 panic ，那么你为什么要使用他们的代码？谁知道它还拥有什么其他矿山？

如果 goroutine 是您自己的代码，请尝试消除可能 panic 的内容，然后添加恢复处理程序以在需要时捕获您无法阻止的内容。