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()
    }

}

这篇关于golang - go fasthttp 的handler是不是每个handler里边都得加 recover 啊？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！