博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Golang学习日志 ━━ 宕机恢复神器recover的一些要点
阅读量:4116 次
发布时间:2019-05-25

本文共 2309 字,大约阅读时间需要 7 分钟。

golang通过deferpanicrecover来实现其它语言中类似try...catch...的功能。

几个要点注意

  • recover 只能放到 defer 函数里面,不能放到子函数。实测直接 defer recover() 也不行。
    参考:《》
  • go的机制只能捕获一层,不同的gorutine里都要配recover
    参考:《》

总结一下就是defer recover这种机制只是针对当前函数和以及直接调用的函数可能产生的panic,它无法处理其调用产生的其它协程的panic,这一点和try catch机制不一样。

理论上讲,所有使用协程的地方都必须做defer recover处理,这样才能保证你的应用万无一失,不过开发中可以根据实际情况而定,对于一些不可能出错的函数加了还影响性能。
Go的Web服务也是一样,默认的recover机制只能捕获一层,如果你在这个请求的处理中又使用了其它协程,那么必须非常慎重,毕竟只要发生一个panic,整个Web服务就会挂掉。

  • panic的返回值,通过recover函数来获取。 recover函数也是一个内置函数,专门用来接收panic函数返回值。当panic函数没有被调用或者没有返回值时,recover返回Nil.
    参考:《》
  • 执行完对应的 defer 后,从宕机点退出当前函数后继续执行。
    参考:《》
  • 虽然 panic/recover 能模拟其他语言的异常机制,但并不建议在编写普通函数时也经常性使用这种特性。

流程分析

案例一:

package mainimport "fmt"func main() {
f() fmt.Println("Returned normally from f.") }func f() {
defer func() {
if r := recover(); r != nil {
fmt.Println("Recovered in f", r) } }() fmt.Println("Calling g.") g(0) fmt.Println("Returned normally from g.") }func g(i int) {
if i > 3 {
fmt.Println("Panicking!") panic(fmt.Sprintf("%v", i)) } defer fmt.Println("Defer in g", i) fmt.Println("Printing in g", i) g(i + 1) }

代码输出结果:

Calling g.  Printing in g 0  Printing in g 1  Printing in g 2  Printing in g 3  Panicking!  Defer in g 3  Defer in g 2  Defer in g 1  Defer in g 0  Recovered in f 4  Returned normally from f.

案例二:

package mainimport (    "fmt"    "runtime")// 崩溃时需要传递的上下文信息type panicContext struct {
function string // 所在函数}// 保护方式允许一个函数func ProtectRun(entry func()) {
// 延迟处理的函数 defer func() {
// 发生宕机时,获取panic传递的上下文并打印 err := recover() switch err.(type) {
case runtime.Error: // 运行时错误 fmt.Println("runtime error:", err) default: // 非运行时错误 fmt.Println("error:", err) } }() entry()}func main() {
fmt.Println("运行前") // 允许一段手动触发的错误 ProtectRun(func() {
fmt.Println("手动宕机前") // 使用panic传递上下文 panic(&panicContext{
"手动触发panic", }) fmt.Println("手动宕机后") }) // 故意造成空指针访问错误 ProtectRun(func() {
fmt.Println("赋值宕机前") var a *int *a = 1 fmt.Println("赋值宕机后") }) fmt.Println("运行后")}

代码输出结果:

运行前手动宕机前error: &{
手动触发panic}赋值宕机前runtime error: runtime error: invalid memory address or nil pointer dereference运行后

转载地址:http://rxkpi.baihongyu.com/

你可能感兴趣的文章
自己的网站与UCenter整合(大致流程)
查看>>
laravel 制作通用的curd 后台操作
查看>>
【小红书2017年笔试】求一个数组中平均数最大的子数组
查看>>
Linux基础系列-定时器与时间管理
查看>>
Linux基础系列-可执行程序的产生过程
查看>>
Linux基础系列-Kernel 初始化宏
查看>>
Linux子系统系列-I2C
查看>>
<iOS>关于自定义description的一点用法
查看>>
Unix 命令,常用到的
查看>>
DLL中建立进程共享数据段需要注意的语法问题
查看>>
服务器端技术----Http请求的处理过程
查看>>
C语言-预处理指令2-条件编译
查看>>
C语言-预处理指令3-文件包含
查看>>
C语言-变量类型
查看>>
C语言-static和extern关键字1-对函数的作用
查看>>
C 语言-static和extern关键字2-对变量的作用
查看>>
【JavaScript 教程】浏览器—History 对象
查看>>
还不会正则表达式?看这篇!
查看>>
100道+ JavaScript 面试题,助你查漏补缺
查看>>
JavaScript深入理解之闭包
查看>>