原创文章，转载请注明出处：服务器非业余研究-sunface

对于Go来说错误如何处理是非常关键和重要的，这里我总结了一些方法可以避免错误的错误处理机制（具体见关于go error处理风格的一些讨论和个人观点(上)）

1.错误代码常用风格：

以下两个例子第一个例子明显好过第二个

f,err := os.Open(path)
if err != nil {
// handle error
}
// do stuff

f,err := os.Open(path)
if err == nil {
// do stuff
}
// handle error

2.自定义错误处理风格：

首先定义错误接口：

type Error string

func (e Error) Error() string { return string(e) }

然后用类型断言判断错误类型

result,err := yourpackage.Foo()
if ype,ok := err.(yourpackage.Error); ok {
// use ype to handle error
}

分析文件，并输出错误信息：

type OpenError struct {
File *File
Error string
}

func (oe *OpenError) Error() string {
// format error string here
}

func ParseFiles(files []*File) error {
for _,f := range files {
err := f.parse()
if err != nil {
return &OpenError{
File: f,
Error: err.Error(),
}
}
}
}

这样就知道具体哪个文件在分析的时候失败了。

有一点要特别注意：封装错误，因为当你封装错误的时候，原本的错误信息可能会丢失：

var c net.Conn
f,err := DownloadFile(c,path)
switch e := err.(type) {
case net.Error:
//关闭连接

c.Close()
return e
case error:
//error != nil
return err

default:
// err == nil的时候会执行这里

}
// do other things.

如果在这段代码中你封装了net.Error,则这段代码不会再认为是net方面出错了，也就不会关闭连接，继续使用之前错误的连接。一个比较好的办法是：当使用外部接口的时候，不要封装它们产生的错误！！

3.错误就像状态一样：

有的时候你会暂时不处理一个错误，可能因为想延后处理，也可能因为错误会很快再出现一次。

对于第一种情况，bufio就是一个很好的例子，当bufio.Reader遇到一个错误的时候，它会持有那个错误直到缓存为空，才会处理这个错误。

对于第二种情况，go/loader是一个很好的例子，当它被调用且发生错误的时候，会持有那个错误，因为很可能它会被用相当的参数再调用一次。

4.使用函数来避免重复

如果某种错误在不断重复的出现，就可以使用函数来简化：

func handleError(c net.Conn,err error) {
//进行错误后续处理
}

func DoStuff(c net.Conn) error {
f,err := downloadFile(c,path)
if err != nil {
handleError(c,err)
return err
}

f,err := doOtherThing(c)
if err != nil {
handleError(c,err)
return err
}
}

或者可以使用下面这种风格：

func handleError(c net.Conn,err error) {
if err == nil {
return
}
//错误后续处理

} func DoStuff(c net.Conn) error { defer func() { handleError(c,err) }() f,path) if err != nil { return err } f,err := doOtherThing(c) if err != nil { return err } }