前端程序员学习 Golang gin 框架实战笔记之三 panic 和 recovery

上一节：前端程序员学习 Golang gin 框架实战笔记之二分析 context

1. Logger

我把上一节 main.go 的代码换了：

gin.New() 换成了 gin.Default()

上一节我们说过，Default 多了两个中间件：

// Default returns an Engine instance with the Logger and Recovery middleware already attached.
func Default() *Engine {
	debugPrintWARNINGDefault()
	engine := New()
	engine.Use(Logger(), Recovery())
	return engine
}

Logger 这个好理解，你用 postman 访问后，是这样的：

在终端上多了一个输出的日志显示。

它可以点开看它的代码的，它就返回了一个中间件：

有一个 c.Next() 值得注意，其他语言也是有这个类似的方法，表示传给下个中间件处理，以后我们自己写中间件，就要用它。

最后它只是一个输出语句。

2. Recovery

Recovery 这个中间件呢？

这里要讲到两个关键词 panic 和 recover。

下面引用网上大佬的解释：

有点晦涩。

我来解释下：

panic 你可以理解成 js 或 java 的 throw ，但又不一样，它表示的是中断运行。

看下这个：

func main() {
	defer println("in main")
	go func() {
		defer println("in goroutine")
		panic("")
	}()
	println("after main")
	
	time.Sleep(1 * time.Second)
}

在协程中，panic 就立马中断了后面的执行，但又会执行它自己的 defer。

最后这个 defer println("in main") 是没有执行的。

我们把它改一下：

func main() {
	defer fmt.Println("in main")
	go func() {
		defer func() {
			if r := recover(); r != nil {
				fmt.Println("Recovered: Error:\n", r)
			}
		}()
		panic("a problem occurred")
	}()
	fmt.Println("after main")
	
	time.Sleep(1 * time.Second)
}

结果是这样的：

你要在 defer 里调 recover 恢复中断的程序。

我们这个中间件做的事跟这个就有些类似：

你可以试下：

func main() {
	r := gin.Default()
	r.GET("/", func(c *gin.Context) {
		panic("not implemented")
		c.JSON(http.StatusOK, gin.H{
			"message": "Hello World!",
		})
	})
	r.Run()
}

加了中间件，访问后，结果是这样的：

它这里是把日志相当于捕获到并显示在终端上，以后我们还可以自定义这个中间件，把日志记录到文件中。