go语言异常处理

go语言异常处理

error接口

go语言引入了一个关于错误错里的标准模式，即error接口，该接口的定义如下：

type error interface{
	Error() string
}

对于要返回错误的大多数函数来说，大致上都可以定义为如下的模式，将error作为多个返回值中的最后一个，但是这并非是强制要求

func Foo(param int) (n int,err error){
	//
}

调用该函数的时候建议按照如下的方式处理错误情况

n,err := Foo(0)
if err != nil{
	//处理错误
}else{
	//处理结果
}

那么，如何自定义error类型呢，我们以Go库中的实际代码为例来说明，首先，定义一个承载错误信息的类型，因为Go中的接口非常的灵活，你根本不需要像别的语言一样使用继承或则implements来明确指定类型和接口之间的关系，代码如下：

type PathError struct{

Op string

Path string

Err error

}

这样定义后，编译器如何知道PathError可以当成一个error来传递呢？关键在于下面的代码实现了Error() 方法：

func (e *PathError) Error() string{
	return e.Op + " " + e.Path +" " + e.Err.Error()
}

定义了上述方法之后，就可以直接返回PathError变量了，如下：

func test(name string) (fi FIleInfo,err error){

var stat syscall.Stat_t

err = syscall.Stat(name,&stat)

if err != nil{

return nil,$PathError{"stat",name,err}

}

return file,nil

}

如果在处理错误的时候要获取错误的详细信息，就需要用到类型的转换知识了：

fi,err := os.Stat("a.txt")
if err != nil{
	if e,ok := err.(*os.PathError);ok && e.Err != nil{
		//获取PathError类型变量e总的其他信息
	}
}

defer

关键字defer是Go引入的一个很有意思的特性，他能保证在函数中发生异常的情况下,defer定义的语句仍然会被执行，如下：

func CopyFile(dst,src string) (w int64,err error){
	srcFile,err := os.Open(src)
	if err != nil{
		return
	}
	defer srcFile.Close()
	dstFile,err := os.Create(dst)
	if err != nil{
		return
	}
	defer dstFile.Close()
	return io.Copy(dstFile,srcFile)
}

即使Copy函数抛出异常，Go仍然会保证文件被正常的关闭，如果据的一句话干不完清理工作的话，可以在defer后加一个匿名函数:

defer func(){
	//
}()

值得注意的是一个函数中可以定义多个defer，并且defer语句的顺序是按照先进后出的顺序执行的，也就是说最后一个defer语句将最先被执行

panic()和recover()

GO引入了两个内置的函数panic()和recover()以报告和处理运行时错误和程序中的错误场景

func panic(interface{})
func recover() interface{}

当在一个函数中调用panic函数后，正确的执行流程会被立即终止，但函数中之前使用defer关键字延迟执行的语句将正常展开执行，之后该函数将返回到调用函数，并导致逐步向上执行panic流程，直到所属的goroutine中所有正在执行的函数被终止，错误信息将被报告，这个过程成为错误处理流程

从panic中传入的interface{}中我们可以看出，该函数接收任意类型的数据

recover用于终止错误处理流程，一般情况下，recover应该在一个使用defer关键字的函数中执行以有效截取错误处理流程，如果在发生异常的goroutine中没有调用recover，会导致该goroutine所属的进程直接退出

下面是一个常用的场景

defer func(){
	if r := recover();r!=nil{
		log.Printf("Runtime error caught: %v",r)
	}
}