go语言中的defer、panic、recover处理异常

左手的ㄟ右手 2022-08-20 07:15 185阅读 0赞

go语言中的defer就像[c++][c]中的析构函数，但是go语言中defer的对象是函数（或者对象的方法），defer能保证在函数结束最后执行该方法（函数），但是有例外：如果在定义的方法中defer定义的方法如果在panic后面，defer定义的方法就无法执行到。

panic 是用来表示非常严重的不可恢复的错误的。在Go语言中这是一个内置函数，接收一个interface\{\}类型的值作为参数。panic 的作用就像我们平常接触的异常。不过Go可没有try…catch，所以，panic一般会导致程序挂掉（除非recover）。所以，Go语言中的异 常，那真的是异常了。你可以试试，调用panic看看，程序立马挂掉，然后Go运行时会打印出调用栈。  
但是，关键的一点是，即使函数执行的时候 panic了，函数不往下走了，运行时并不是立刻向上传递panic，而是到defer那，等defer的东西都跑完了，panic再向上传递。所以这时 候 defer 有点类似 try-catch-finally 中的 finally。  
panic就是这么简单。抛出个真正意义上的异常。

panic的函数并不会立刻返回，而是先defer，再返回，如果有办法将panic捕获到，并阻止panic传递，就正常处理，如果没有没有捕获，程序直接异常终止（可以注释掉下面程序中的recover试一试）。

Go语言提供了recover内置函数，前面提到，一旦panic，逻辑就会走到defer那，那我们就在defer那等着，调用recover函 数将会捕获到当前的panic（如果有的话），被捕获到的panic就不会向上传递了，于是，世界恢复了和平。你可以干你想干的事情了。

不过要注意的是，recover之后，逻辑并不会恢复到panic那个点去，函数还是会在defer之后返回。

请看下面的例子：

//go\_exceptionproject main.go

package main

import (

"fmt"

)

func f() {

defer func() {

fmt.Println("inner func defer")

}()

fmt.Println("A")

panic(3)
    //panic方法后的方法、defer定义的方法都无法执行，也包括函数f()后面的任何方法以及defer定义的方法

defer func() {

fmt.Println("inner func defer 1")

}()

//以下2个不能执行

fmt.Println("b")

fmt.Println("c")

}

func main() {

fmt.Println("Hello World!")

defer func() {

fmt.Println("FUCK——1")

}()

defer func() {

fmt.Println("d")

if err := recover(); err != nil {

fmt.Println(err)

}

fmt.Println("e")

}()

defer func() {

fmt.Println("FUCK——2")

}()

f()

//在f()函数以后的defer函数也不能执行

defer func() {

fmt.Println("FUCK——3")

}()

}

运行输出结果：

E:/go\_project/src/go\_exception/go\_exception.exe \[E:/go\_project/src/go\_exception\]

Hello World!

inner func defer

FUCK——2

FUCK——1

成功: 进程退出代码 0.

结果输出结果大家可以更好的理解defer、panic、revover处理机制了。

将上面的例子改成：

//go\_exceptionproject main.go

package main

import (

"fmt"

)

func f() {

defer func() {

fmt.Println("inner func defer")

if err := recover(); err != nil {

fmt.Println(err, " fuck")

}

}()

fmt.Println("A")

panic(3)

defer func() {

fmt.Println("inner func defer 1")

}()

//以下2个不能执行

fmt.Println("b")

fmt.Println("c")

}

func main() {

fmt.Println("Hello World!")

defer func() {

fmt.Println("FUCK——1")

}()

defer func() {

fmt.Println("d")

if err := recover(); err != nil {

fmt.Println(err)

}

fmt.Println("e")

}()

defer func() {

fmt.Println("FUCK——2")

}()

f()

//在f()函数以后的defer函数也不能执行

defer func() {

fmt.Println("FUCK——3")

}()

}

输出：

E:/go\_project/src/go\_exception/go\_exception.exe \[E:/go\_project/src/go\_exception\]

Hello World!

inner func defer

3 fuck

FUCK——3

FUCK——2

FUCK——1

成功: 进程退出代码 0.

从以上结果可以看出，如果panic被recover捕获接收到，panic后的方法还是能继续执行的。

在看到许式伟的defer、panic、recover处理错误异常的时候，文章中有以下文字描述：

“当在一个函数执行过程中调用panic()函数时，正常的函数执行流程将立即终止，但函数中  
之前使用defer [关键字][Link 1]延迟执行的语句将正常展开执行，之后该函数将返回到调用函数，并导致  
逐层向上执行panic流程，直至所属的goroutine 中所有正在执行的函数被终止。错误信息将被报  
告，包括在调用panic()函数时传入的参数，这个过程称为错误处理流程。”

执行完例子后对这句话理解的更深刻了。

总结：不建议使用panic、recover，除非必须要用。

[c]: http://cpro.baidu.com/cpro/ui/uijs.php?adclass=0&app_id=0&c=news&cf=1001&ch=0&di=128&fv=20&is_app=0&jk=a955ec873031ca9e&k=c%2B%2B&k0=c%2B%2B&kdi0=0&luki=2&mcpm=0&n=10&p=baidu&q=74042097_cpr&rb=0&rs=1&seller_id=1&sid=9eca313087ec55a9&ssp2=1&stid=9&t=tpclicked3_hc&td=1989498&tu=u1989498&u=http%3A%2F%2Fstudygolang%2Ecom%2Farticles%2F521&urlid=0
[Link 1]: http://cpro.baidu.com/cpro/ui/uijs.php?adclass=0&app_id=0&c=news&cf=1001&ch=0&di=128&fv=20&is_app=0&jk=a955ec873031ca9e&k=%B9%D8%BC%FC%D7%D6&k0=%B9%D8%BC%FC%D7%D6&kdi0=0&luki=1&mcpm=0&n=10&p=baidu&q=74042097_cpr&rb=0&rs=1&seller_id=1&sid=9eca313087ec55a9&ssp2=1&stid=9&t=tpclicked3_hc&td=1989498&tu=u1989498&u=http%3A%2F%2Fstudygolang%2Ecom%2Farticles%2F521&urlid=0