Go中的错误和异常处理最佳实践

本文已收录编程学习笔记。涵盖PHP、JavaScript、Linux、Golang、MySQL、Redis和开源工具等等相关内容。
错误 认识错误
在Go中,错误是一种表示程序错误状态。包含了在程序在运行时、编译时的状态信息。一般我们在编写Go代码中,都会碰到如下的处理方式。
file, err := os.Create("test.txt")fmt.Println(file)if err != nil { fmt.Println(err) return }

我们使用os库创建一个名为test.txt的文件,该方法返回一个文件指针或err的错误信息。
err表示文件创建失败时的错误信息。当存储错误时,我们则对程序做错误处理;不存在错误时,则正常执行其他的逻辑代码。
自定义错误
在Go中是允许我们自定义错误信息的。自定义错误信息需要利用自带的error报中的New()函数。如下示例代码:
package mainimport ( "errors" "fmt" )func printError() (a int, err error) { err = errors.New("打印错误信息") a = 1 return }func main() { i, err := printError() fmt.Println("i value is", i) if err != nil { fmt.Println(err) return } }

具体的打印信息:i value is 1 打印错误信息
实现原理
【Go中的错误和异常处理最佳实践】在使用errors.New()函数时,该包中声明了一个结构体errorString并且实现了error接口体中的方法Error()
// errors包 package errorsfunc New(text string) error { return &errorString{text} }type errorString struct { s string }func (e *errorString) Error() string { return e.s }

// error接口 type error interface { Error() string }

异常 认识异常
异常是程序在编译时或者运行时发生的异常信息。如果不对异常做处理,可能导致程序终止程序或者抛出异常信息,导致程序无法正常运行。不管是在程序编译或者运行时,都需要对异常进行严格处理。如下代码,程序在编译时就会触发异常,导致无法进行正常编译:
package mainimport "fmt"func main() { panic("print panic") fmt.Println("end") }

打印结果
╰─ go run demo6.go panic: print panicgoroutine 1 [running]: main.main() /usr/local/var/www/go/golang_code/src/syntax/err/demo6.go:20 +0x39 exit status 2

  1. Go 运行时会触发运行时 panic,伴随着程序的崩溃抛出一个 runtime.Error 接口类型的值。这个错误值有个 RuntimeError() 方法用于区别普通错误。
  2. panic 可以直接从代码初始化:当错误条件(我们所测试的代码)很严苛且不可恢复,程序不能继续运行时,可以使用 panic 函数产生一个中止程序的运行时错误。
  3. panic 接收一个做任意类型的参数,通常是字符串,在程序死亡时被打印出来。Go 运行时负责中止程序并给出调试信息。
  4. 在多层嵌套的函数调用中调用 panic,可以马上中止当前函数的执行。
处理异常
当程序在运行过程中发生异常,会终止程序的正常运行。需要严格处理异常信息。Go中可以使用recover()将程序从panic中获取异常信息,并获取程序的执行权。
  1. 正如名字一样,这个(recover)内建函数被用于从 panic 或 错误场景中恢复:让程序可以从 panicking 重新获得控制权,停止终止过程进而恢复正常执行。
  2. recover只能在defer修饰的函数中使用:用于取得panic调用中传递过来的错误值,如果是正常执行,调用recover会返回 nil,且没有其它效果。
  3. panic 会导致栈被展开直到defer修饰的recover()被调用或者程序中止。
  4. 所有的 defer 语句都会保证执行并把控制权交还给接收到 panic 的函数调用者。这样向上冒泡直到最顶层,并执行(每层的) defer,在栈顶处程序崩溃,并在命令行中用传给 panic 的值报告错误情况:这个终止过程就是 panicking。
异常处理原则
  1. 在包内部,应该从panic中recover:不允许显式的超出包范围的panic()。在包内部,特别是在非导出函数中有很深层次的嵌套调用时,对主调函数来说用 panic 来表示应该被翻译成错误的错误场景是很有用的(并且提高了代码可读性)。
  2. 在包外部,向包的调用者返回错误值(而不是panic)。
  3. Go 库的原则是即使在包的内部使用了 panic,在它的对外接口(API)中也必须用 recover 处理成返回显式的错误。
异常处理实践
下面的示例代码,在被调用函数printPanic()中触发一个panic(),在main()函数中使用defer中接收panic()信息,并对panic()做异常处理。
package mainimport "fmt"func printPanic() { panic("panic exception") }func main() { defer func() { err := recover() if err != nil { fmt.Println("panic is", err) } }()printPanic()fmt.Println("end") }

打印结果
╰─ go run demo5.go i value is 1 打印错误信息

    推荐阅读