Golang的异常处理

image

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)
   }
}