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 mainimport ( "fmt")func main() { test()}func test() { defer func() { if e := recover(); e != nil { fmt.println("worng!") } }() panic("panic")}
如上代码在 test()函数及其子函数中如果发生panic的错误，就会打印：
worng!
代码封装当然，在每个方法最上面写这么一大堆冗余的代码是很不优雅的，也不符合面向对象的特性：封装，于是便可以封装成 covererrormessage() ，而 test()函数改写如下：
package mainimport ( "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错误
以上就是golang的异常处理的详细内容。