一：error接口
Go语言引入了一个关于错误处理的标准模式，即error接口，该接口的定义如下：
type error interface {
Error()
string
}
使用例子如下
func Add(a,b int) error{
if a>0 {
err:=error.New("我的错误信息")
return err
}
return nil
}
实现自定义的error类型
type PathError struct{ //1:定义一个struct == C# class
Err error //2:定义一个error类型的成员
Path string
}
如何实现将PathError的类型是error类型呢？这里有一个接口的概念 ，后续的会介绍到
func (this *PathError) Error()
string{ //3:这边的Error等价与 C#中的 class ->method
感觉要是能够给Error写在struct中就更好了
return "我的错误信息" //4：因为这边的PathError 有个一名称为 Error()的方法 代表了这个自定义类型实现了error 接口，后面我们就可以认为
//PathError类型实现了error接口了，我们就可以将Path传递到error类型
}
func myExampleError(aa string) error{
return &PathError{"stat", nil}
}
二： defer关键字
提到这个关键字，我们可以想一下C#中连接数据库的时候使用
SqlConnect conn=new SqlConnect();
conn.open()
/*代码段*/
conn.close()
其中conn在开启后必须等待做完很多操作后才能够将conn关闭
，这个操作经常会忘记，或者中间错误也会造成conn无法关闭的问题
后面为了解决这个问题提出有using（SqlConnect conn=new SqlConnect()）来实现自动释放conn接口
GO语言中的defer就等价与它
使用方法
file.open()
defer file.close() 这边就是开启一个资源后，直接将该资源释放 ，而释放的过程实际上是在当前这个函数关闭后才执行的，所以我们开放
一个资源后要紧记，立马使用defer释放，这样就可以避免资源无法释放的问题了
注意：一个函数中可以存在多个defer语句，因此需要注意的是，defer语句的调用是遵照先进后出的原则，即最后一个defer语句将最先被执行
三：panic()和recover()
func panic(interface{})
func recover() interface{}
当在一个函数执行过程中调用panic()函数时，正常的函数执行流程将立即终止，但函数中之前使用defer关键字延迟执行的语句将正常展开执行，之后该函数将返回到调用函数，并导致逐层向上执行panic流程，直至所属的goroutine中所有正在执行的函数被终止。错误信息将被报告，包括在调用panic()函数时传入的参数，这个过程称为错误处理流程。
recover()函数用于终止错误处理流程。一般情况下，recover()应该在一个使用defer关键字的函数中执行以有效截取错误处理流程。如果没有在发生异常的goroutine中明确调用恢复过程（使用recover关键字），会导致该goroutine所属的进程打印异常信息后直接退出。以下为一个常见的场景。
我们对于foo()函数的执行要么心里没底感觉可能会触发错误处理，或者自己在其中明确加入了按特定条件触发错误处理的语句，那么可以用如下方式在调用代码中截取recover()：
defer
func() {
if r := recover(); r != nil {
log.Printf("Runtime error
caught: %v", r)
}
}()
foo()
上面的两个函数我理解的不是特别深，等待后续的继续学习。
原文：http://www.cnblogs.com/dark-liu/p/3675572.html