本文共 2309 字,大约阅读时间需要 7 分钟。
golang通过defer
、panic
和recover
来实现其它语言中类似try...catch...
的功能。
recover
只能放到 defer
函数里面,不能放到子函数。实测直接 defer recover()
也不行。 参考:《》总结一下就是
理论上讲,所有使用协程的地方都必须做defer recover
这种机制只是针对当前函数和以及直接调用的函数可能产生的panic,它无法处理其调用产生的其它协程的panic,这一点和try catch
机制不一样。defer recover
处理,这样才能保证你的应用万无一失,不过开发中可以根据实际情况而定,对于一些不可能出错的函数加了还影响性能。 Go的Web服务也是一样,默认的recover机制只能捕获一层,如果你在这个请求的处理中又使用了其它协程,那么必须非常慎重,毕竟只要发生一个panic,整个Web服务就会挂掉。
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/