go fasthttp 的handler是不是每个handler里边都得加 recover 啊？

Question

go fasthttp由于使用了“线程池”的机制对于效率有某些方面的提示。
但是 一旦出现panic 不处理的话，整个线程池就都崩溃了引起网站的整体退出，各位大大是怎么使用fasthttp的呀？每个handler加recover么？

Answer 1

不用每个handler都加，当前方法 panic了，如果当前方法没有recover那么就在当前方法的调用栈一层一层向上找，直到找到recover，如果到了main函数还找不到recover那么才会导致整个程序panic退出，其实只需要在统一的地方处理recover，然后新建handler继续服务，写个简单的小例子：

package main

import "fmt"

type Handler struct {
}

func (handler *Handler) A() {
    panic("panic A")
}

func (handler *Handler) B() {
    panic("panic B")
}

func Run() {
    defer func() {
        if err := recover(); err != nil {
            fmt.Println(err)
        }
    }()

    h := &Handler{}
    h.A()
    h.B()
}

func main() {
    // 这只是个例子，实际中千万别这么写啊
    for {
        // 这里可以继续完善，比如给个错误的返回值，然后打印日志报警，然后再重试服务
        Run()
    }

}

Answer 2

可以做一个类似于middleware的东东，在最上层做recover， 如果没一个方法都做recover，那岂不是要累懵了呀，panic 会一层层往上找，直到最上层