golang中recover函数使用时,如何避免陷入哪些潜在陷阱和误区?

2026-04-05 21:391阅读0评论SEO基础
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计705个文字,预计阅读时间需要3分钟。

golang中recover函数使用时,如何避免陷入哪些潜在陷阱和误区?

目录+正文+一、正常情况下+二、goroutine中panic+三、接口调用recover+四、nil panic+五、总结+正文+众所周知,Golang 中 recover 函数可以捕获 panic,防止在出现异常情况时服务完全不可用。然而,某些情况下,某些操作可能会导致 panic。

目录
  • 正文
  • 一,正常情况下
  • 二,goroutine中panic
  • 三,间接调用recover
  • 四,nil panic
  • 五,总结

正文

众所周知golang 中recover函数可以捕捉panic,防止在出现异常的情况下服务整个不可用。然而某些情况下recover也无法catch panic。下面就会说一些这些情况。

一,正常情况下

package main import "fmt" func main(){     defer func(){         if err := recover();err != nil{             fmt.Printf("err = %v",err)         }     }()     panic("a panic") } 打印结果: err = a panic Process finished with exit code 0

能正常catch panic

二,goroutine中panic

之前线上环境出现过接口出现panic导致服务不可用的情况,于是同事就直接在main函数加了个recover认为万事无忧了。实际上recover并不能捕捉到协程中的panic。

package main import "fmt" func main(){     defer func(){         if err := recover();err != nil{             fmt.Printf("err = %v",err)         }     }()     go func(){         panic("a panic")     }()     select{} } 打印结果: panic: a panic goroutine 6 [running]: main.main.func2()     I:/goProject/catchPanic.go:13 +0x40 created by main.main     I:/goProject/catchPanic.go:12 +0x5e

实际上还是会panic导致服务不可用。

正确写法

package main import "fmt" func main(){     go func(){         defer func(){             if err := recover();err != nil{                 fmt.Printf("err = %v",err)             }         }()         panic("a panic")     }()     select {} } 返回值: fatal error: all goroutines are asleep - deadlock! goroutine 1 [select (no cases)]: main.main()     I:/goProject/catchPanic.go:15 +0x41 err = a panic Process finished with exit code 2

可以看到panic被正常捕捉,同时因为select语句陷入阻塞,报了一个死锁的错。

三,间接调用recover

在我想要把recover封装成成一个函数的时候,发现recover并没有生效,因为recover只有在被defer语句直接调用的时候才会生效。当recover在其他函数内部的时候无法正确捕捉到panic。

package main import "fmt" func main(){     defer cover()     panic("a panic") } func cover(){     defer func(){         if err := recover();err!= nil{             fmt.Println(err)         }     }() } 返回值: panic: a panic goroutine 1 [running]: main.main()     I:/goProject/catchPanic.go:7 +0x62

四,nil panic

panic要被捕捉,还需要满足一种条件,就是panic不是nil panic,否则在进行捕获判断的时候无法知道是panic没有发生还是panic本身就是nil。

例如以下代码

package main import "fmt" func main() {     defer func(){         if err := recover();err != nil{             fmt.Println(err)         }         fmt.Println("after recover")     }()     panic(nil)     select{} } 返回值: after recover

recover并没有正确处理异常,因为异常的值为nil。

五,总结

这篇文章讲述了三种recover会失效的情况。

  • 携程中出现panic
  • defer不直接调用recover
  • panic的值为nil值

写代码的时候需要注意避免因为这几种情况的出现而导致服务不可用。以上就是golang新手常遇见的一些坑。

以上就是golang recover函数使用中的一些坑解析的详细内容,更多关于golang recover函数坑的资料请关注自由互联其它相关文章!

golang中recover函数使用时,如何避免陷入哪些潜在陷阱和误区?
标签:一些

本文共计705个文字,预计阅读时间需要3分钟。

golang中recover函数使用时,如何避免陷入哪些潜在陷阱和误区?

目录+正文+一、正常情况下+二、goroutine中panic+三、接口调用recover+四、nil panic+五、总结+正文+众所周知,Golang 中 recover 函数可以捕获 panic,防止在出现异常情况时服务完全不可用。然而,某些情况下,某些操作可能会导致 panic。

目录
  • 正文
  • 一,正常情况下
  • 二,goroutine中panic
  • 三,间接调用recover
  • 四,nil panic
  • 五,总结

正文

众所周知golang 中recover函数可以捕捉panic,防止在出现异常的情况下服务整个不可用。然而某些情况下recover也无法catch panic。下面就会说一些这些情况。

一,正常情况下

package main import "fmt" func main(){     defer func(){         if err := recover();err != nil{             fmt.Printf("err = %v",err)         }     }()     panic("a panic") } 打印结果: err = a panic Process finished with exit code 0

能正常catch panic

二,goroutine中panic

之前线上环境出现过接口出现panic导致服务不可用的情况,于是同事就直接在main函数加了个recover认为万事无忧了。实际上recover并不能捕捉到协程中的panic。

package main import "fmt" func main(){     defer func(){         if err := recover();err != nil{             fmt.Printf("err = %v",err)         }     }()     go func(){         panic("a panic")     }()     select{} } 打印结果: panic: a panic goroutine 6 [running]: main.main.func2()     I:/goProject/catchPanic.go:13 +0x40 created by main.main     I:/goProject/catchPanic.go:12 +0x5e

实际上还是会panic导致服务不可用。

正确写法

package main import "fmt" func main(){     go func(){         defer func(){             if err := recover();err != nil{                 fmt.Printf("err = %v",err)             }         }()         panic("a panic")     }()     select {} } 返回值: fatal error: all goroutines are asleep - deadlock! goroutine 1 [select (no cases)]: main.main()     I:/goProject/catchPanic.go:15 +0x41 err = a panic Process finished with exit code 2

可以看到panic被正常捕捉,同时因为select语句陷入阻塞,报了一个死锁的错。

三,间接调用recover

在我想要把recover封装成成一个函数的时候,发现recover并没有生效,因为recover只有在被defer语句直接调用的时候才会生效。当recover在其他函数内部的时候无法正确捕捉到panic。

package main import "fmt" func main(){     defer cover()     panic("a panic") } func cover(){     defer func(){         if err := recover();err!= nil{             fmt.Println(err)         }     }() } 返回值: panic: a panic goroutine 1 [running]: main.main()     I:/goProject/catchPanic.go:7 +0x62

四,nil panic

panic要被捕捉,还需要满足一种条件,就是panic不是nil panic,否则在进行捕获判断的时候无法知道是panic没有发生还是panic本身就是nil。

例如以下代码

package main import "fmt" func main() {     defer func(){         if err := recover();err != nil{             fmt.Println(err)         }         fmt.Println("after recover")     }()     panic(nil)     select{} } 返回值: after recover

recover并没有正确处理异常,因为异常的值为nil。

五,总结

这篇文章讲述了三种recover会失效的情况。

  • 携程中出现panic
  • defer不直接调用recover
  • panic的值为nil值

写代码的时候需要注意避免因为这几种情况的出现而导致服务不可用。以上就是golang新手常遇见的一些坑。

以上就是golang recover函数使用中的一些坑解析的详细内容,更多关于golang recover函数坑的资料请关注自由互联其它相关文章!

golang中recover函数使用时,如何避免陷入哪些潜在陷阱和误区?
标签:一些