Golang 的优点有很多,以前的文章中也有提到过,但也有很多槽点为Gopher所诟病,尤其是 错误处理 。 在说错误和异常之前,先要说两个概念: 错误处理 :错误是业务中的一部分,是可
Golang
的优点有很多,以前的文章中也有提到过,但也有很多槽点为Gopher所诟病,尤其是 错误处理
。在说错误和异常之前,先要说两个概念:
错误处理:错误是业务中的一部分,是可以预见的。
异常处理:非业务的一部分,不可预见的。
错误处理首先看一下示例代码:
file, err := os.Open("/usr/local/test.txt")
Golang官方推荐上述代码中的错误处理方式,并且建议 err
放在返回值的最后。我们在日常的编码中也需要遵循这样的规则来定义 func
。
在Gopher间流传着这样一个笑话:一半时间在编写代码,一半时间在写错误处理。
示例代码:
func Open(name string) (*File, error) { return OpenFile(name, O_RDONLY, 0) }
但通常不是每个方法都需要处理 err
,可以适当的将 err
返回给上层函数,由上层函数统一打印或者处理错误。例如:http
路由中的错误可以在路由返回数据前处理,将错误信息和错误码格式化后返回给 Client
。
Golang的异常处理比较特立独行,需要 defer
err
recover()
三者配合使用 ,而Java只要 try{}Catch()
就可以搞定,还是来看一下示例代码:
package main import ( "fmt" ) func main() { test() } func test() { defer func() { if e := recover(); e != nil { fmt.Println("Worng!") } }() panic("panic") }
如上代码在 test()
函数及其子函数中如果发生panic的错误,就会打印:
Worng!代码封装
当然,在每个方法最上面写这么一大堆冗余的代码是很不优雅的,也不符合面向对象的特性:封装
,于是便可以封装成 CoverErrorMessage()
,而 test()
函数改写如下:
package main import ( "fmt" ) func main() { test() } func test() { defer tools.CoverErrorMessage() panic("panic") } func CoverErrorMessage() { if message := recover(); message != nil { var err error switch x := message.(type) { case string: err = errors.New(x) case error: err = x default: err = errors.New("Unknow panic") } Logger.Error("Recovered panic error : ",err) } }
defer 处理异常时只能将
recover()
写在第一层函数中,否则将无法recover()
到panic错误