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)
	}
}
posted @ 2019-01-10 22:52  木易森林  阅读(1470)  评论(0编辑  收藏