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

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个Golang开发实战，手把手教大家学习《go fasthttp 的handler是不是每个handler里边都得加 recover 啊？》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

问题内容

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

正确答案

不用每个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()
    }

}

本篇关于《go fasthttp 的handler是不是每个handler里边都得加 recover 啊？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！