如何防止围棋程序意外恐慌后崩溃？

Question

想想一个大项目，它处理由它自己的goroutine处理的大量并发请求。碰巧代码中有一个bug，其中一个请求会因为引用为nil而引起恐慌。

在Java、C#和许多其他语言中，这最终会导致异常，异常会停止请求，而不会对其他正常的请求造成任何损害。在围棋中，这会破坏整个程序。

AFAIK，对于每一个新的go例程创建，我都必须有recover()。这是防止整个程序崩溃的唯一方法吗？

更新：为每个gorouting创建添加recovery()调用似乎是可以的。第三方库呢？如果第三方在没有recover()安全网的情况下创建goroutines，似乎没有什么可做的。

Answer 1

如果您采用延迟-恢复-所有事情，我建议您投入一些时间，以确保收集到一个清晰的错误消息，并提供足够的信息，以便及时对其采取行动。

将panic消息写入stderr/stdout并不好，因为很难找到问题所在。根据我的经验，最好的方法是投入一点时间让Go程序以合理的方式处理错误。例如，来自“github.com/pkg/errors”的errors.wrap允许包装所有错误并获得堆栈跟踪。

恢复恐慌往往是必要的罪恶。就像你说的，仅仅因为一个请求引起了恐慌就让整个程序崩溃是不理想的。在大多数情况下，恢复恐慌不会适得其反，但程序最终可能处于一个未定义的不可恢复状态，只有手动重新启动才能修复。也就是说，在这种情况下，我的建议是确保Go程序公开创建核心转储的方法。

go func() {
    // Based on answers to this stackoverflow question:
    // https://stackoverflow.com/questions/19094099/how-to-dump-goroutine-stacktraces
    sigs := make(chan os.Signal, 1)
    signal.Notify(sigs, syscall.SIGQUIT)
    for {
        <-sigs

        fmt.Fprintln(os.Stderr, "=== received SIGQUIT ===")
        fmt.Fprintln(os.Stderr, "*** goroutine dump...")

        var buf []byte
        var bufsize int
        var stacklen int

        // Create a stack buffer of 1MB and grow it to at most 100MB if
        // necessary
        for bufsize = 1e6; bufsize < 100e6; bufsize *= 2 {
            buf = make([]byte, bufsize)
            stacklen = runtime.Stack(buf, true)
            if stacklen < bufsize {
                break
            }
        }
        fmt.Fprintln(os.Stderr, string(buf[:stacklen]))
        fmt.Fprintln(os.Stderr, "*** end of dump")
    }
}()