Go中的错误和异常处理最佳实践方法_开发_开发者

错误

认识错误

在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 main

import (
"errors"
"fmt"
)
func printError() (a int, err error) {
err = errors.New("打印错误信息")
a = 1
return
}
func main() {
i, err := printError()
fmt.Println("i value is",开发者_JAVA学习 i)
if err != nil {
fmt.Println(err)
return
}
}

具体的打印信息：i value is 1 打印错误信息。

实现原理

在使用errors.New()函数时，该包中声明了一个结构体errorString并且实现了error接口体中的方法Error()。

// errors包
package errors
func New(text string) error {
return &errorString{text}
}
type errorString struct {
s string
}
func (e *errorSjstring) Error() string {
return e.s
}

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

异常

认识异常

异常是程序在编译时或者运行时发生的异常信息。如果不对异常做处理，可能导致编程客栈程序终止程序或者抛出异常信息，导致程序无法正常运行。不管是在程序编译或者运行时，都需要对异常进行严格处理。

如下代码，程序在编译时就会触发异常，导致无法进行正常编译：

package main

import "fmt"

func main() {
panic("print panic")
fmt.Println("end")
}

打印结果：

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

Go 运行时会触发运行时 panic，伴随着程序的崩溃抛出一个 runtime.Error 接口类型的值。这个错误值有个 RuntimeError() 方法用于区别普通错误。
panic 可以直接从代码初始化：当错误条件（我们所测试的代码）很严苛且不可恢复，程序不能继续运行时，可以使用 panic 函数产生一个中止程序的运行时错误。
panic 接收一个做任意类型的参数，通常是字符串，在程序死亡时被打印出来。Go 运行时负责中止程序并给出调试信息。
在多层嵌套的函数调用中调用 pan_{http://www.devze.com}ic，可以马上中止当前函数的执行。

处理异常

当程序在运行过程中发生异常，会终止程序的正常运行。需要严格处理异常信息。Go中可以使用recover()将程序从panic中获取异常信息，并获取程序的执行权。

正如名字一样，这个（recover）内建函数被用于从 panic 或错误场景中恢复：让程序可以从 panicking 重新获得控制权，停止终止过程进而恢复正常执行。
recover只能在defer修饰的函数中使用：用于取得panic调用中传递过来的错误值，如果是正常执行，调用recover会返回 nil，且没有其它效果。
panic 会导致栈被展开直到defer修饰的recover()被调用或者程序中止。
所有的 defer 语句都会保证执行并把控制权交还给接收到 panic 的函数调用者。这样向上冒泡直到最顶层，并执行（每层的） defer，在栈顶处程序崩溃，并在命令行中用传给 panic 的值报告错误情况：这个终止过程就是 panicking。

异常处理原则

在包内部，应该从panic中recover：不允许显式的超出包范围的panic()。在包内部，特别是gXbroHo在非导出函数中有很深层次的嵌套调用时，对主调函数来说用 panic 来表示应该被翻译成错误的错误场景是很有用的（并且提高了代码可读性）。
在包外部，向包的调用者返回错误值（而不是panic）。
Go 库的原则是即使在包的内部使用了 panic，在它的对外接口（API）中也必须用 recover 处理成返回显式的错误。

异常处理实践

下面的示例代码，在被调用函数printPanic()中触发一个panic()，在main()函数中使用defer中接收panic()信息，并对panic()做异常处理。

package main
import "fm^{www.devze.com}t"
func printPanic() {
panic("panic exception")
}

func main() {
defer func() {
err := recover()
if err != nil {
fmt.Println("panic is", err)
}
}()

printPanic()

fmt.Println("end")
}

打印结果：