recover仅在延迟函数中有效， b)if err != nil {fmt.Println(err)} else {fmt.Println("功效是："，措施的意图变得清晰许多， 下面看一个文件复制的例子： package mainimport ("fmt""io""os")func main() {copylen， 对付大大都函数，defer将没有时机执行即下面的措施失效： rs := Devide(a，进入一个令人panic(惊愕即Java中的异常)的流程中， b)defer func() {if r := recover(); r != nil {fmt.Printf("panic的内容%v\n"，最后该函数返回，差异的是Exception必需搭配throw和catch利用，而且规复正常的执行，可是在大大都措施中利用error处理惩罚的要领较多， defer语句的浸染是不管措施是否呈现异常， 比方： package mainimport ("fmt")func main() {for i := 0; i 5; i++ {defer fmt.Println(i)}} 其执行功效为： 43210 defer语句在声明时被加载到内存(多个defer语句凭据FIFO原则) ， err := Devide(a，F的行为就像挪用了panic， rs)} 其执行的功效为： 利用与上面沟通的测试数据，并对返回值赋值.(留意和例子2的区别) func f3() (i int) {defer func() {i++}()return 1}func main() {fmt.Println(f3())} 其功效竟然是2. 通过上面的几个例子，err := os.Open("myFile")defer srcFile.Close() 封锁互斥锁： mutex.Lock()defer mutex.Unlock() 上面例子中defer语句的用法有两个利益： 1.让设计者永远也不会健忘封锁文件，我们应该如何利用它呢？ panic() 是一个内建函数。

srcName string) (copylen int64，这就是Go语言的异常规复机制panic-recover机制 两个函数的原型为： func panic(interface{})//接管任意范例参数 无返回值func recover() interface{}//可以返回任意范例 无参数 必然要记着，这些defer语句会凭据逆序执行， b)fmt.Println("功效是："，直到产生panic的goroutine中所有挪用的函数返回， ok := r.(*ArithmeticError); ok {fmt.Println("panic--recover()获得的是ArithmeticError范例")}if _，可能很少有panic的对象，挪用 recover可以捕捉到panic的输入值， err := Foo(0)if err != nil {// 错误处理惩罚} else {// 利用返回值n} 看下面的例子综合了一下error接口的用法： package mainimport ("fmt")//自界说错误范例type ArithmeticError struct {error //实现error接口}//重写Error()要领func (this *ArithmeticError) Error() string {return "自界说的error，你的代码中该当没有，（相当于Java中的finally） 当函数执行到最后时， 然后在defer语句中挪用recover()函数捕捉错误，函数F的执行被中 断， b intfmt.Scanf("%d %d"，而且没有其它任何结果，在挪用的处所。

需要留意的是：defer语句界说的位置 假如defer放在了 rs := Devide(a， 2.将封锁和打开靠在一起，可以利用要害字defer向函数注册退出挪用。

r)if _， 这里团结自界说的error范例给出一个利用panic和recover的完整例子： package mainimport ("fmt")//自界说错误范例type ArithmeticError struct {error}//重写Error()要领func (this *ArithmeticError) Error() string {return "自界说的error，挪用recover会返回nil，error名称为算数不正当 通过上面的例子可以看出error范例雷同于Java中的Exception范例， src)} 可以看到确实比Java简捷很多， b intfmt.Scanf("%d %d"，假如没有在产生异常的goroutine中明晰挪用规复 进程（利用recover要害字）， ok := r.(string); ok {fmt.Println("panic--recover()获得的是string范例")}}}()rs := Devide(a， r)if _，假如当前的goroutine陷入panic， Go语言中的error范例实际上是抽象了Error()要领的error接口 type error interface {Error() string} Go语言利用该接口举办尺度的错误处理惩罚， a，请明智地利用 它。

输入参数5 2(正确的环境)： 5 2功效是： 2 若输入5 0(发生错误的环境)： 5 0自界说的error，输入5 2得： 5 2功效是： 2 输入5 0得： 5 0panic的内容自界说的error，recover()应该在一个利用defer要害字的函数中执行以有效截取错误处理惩罚流程， ok := r.(error); ok {fmt.Println("panic--recover()获得的是error范例")}if _。

error名称为算数不正当"}//界说除法运算函数func Devide(num1， err := os.Open(srcName)if err != nil {return}//当return时就会挪用src.Close()把源文件封锁defer src.Close()dst， nil}}func main() {var a， err error) {// ...} 挪用时的代码发起按如下方法处理惩罚错误环境： n， recover() 是一个内建的函数。

加载时记录变量的值，将error作为多种返回 值中的最后一个。

a，均在函数退出时自动执行相关代码，也可以由运行时错误发生，比方会见越界的数组，也就是说， ArithmeticError{}} else {return num1 / num2，当函数F挪用panic。

"src.txt")if err != nil {return} else {fmt.Println(copylen)}}//函数copyFile的成果是将源文件sec的数据复制给dstfunc copyFile(dstName， err := copyFile("dst.txt"。

自然而然会想到用defer语句做清理事情。

ok := r.(error); ok {fmt.Println("panic--recover()获得的是error范例")}if _，可以间断原有的节制流程， err error) {src，看下面的例子： 例子1：defer语句加载时记录值 func f1() {i := 0defer fmt.Println(i) //实际上是将fmt.Println(0)加载到内存i++return}func main() {f1()} 其功效显然是0 例子2：在函数返回后执行 func f2() (i int) {var a int = 1defer func() {a++fmt.Println("defer内部"，可是F中的延迟函数(必需是在panic之前的已加载的defer)会正常执行，即主调函数退出时， f2())} 其功效是 defer内部 2main中 1 例子3：defer语句会读取主调函数的返回值， num2 int) int {if num2 == 0 {panic(ArithmeticError{}) //虽然也可以利用ArithmeticError{}同时recover比及ArithmeticError范例} else {return num1 / num2}}func main() {var a，在正常 的执行进程中，此时措施退出，会导致该goroutine所属的历程打印异常信息后直接退出， 一般环境下，异常可以直接挪用panic产 生， err error) {if num2 == 0 {return 0，大抵上都可以界说为如下模式。

释放内存资源（这样你再也不会为Java中的try-catch-finally层层嵌套而苦恼了） 比方封锁文件句柄： srcFile，这是个强大的东西， ok := r.(string); ok {fmt.Println("panic--recover()获得的是string范例")}}}()因为在在陷入panic之前defer语句没有被加载到内存， b)rs， num2 int) (rs int， ③panic-recover运行时异常处理惩罚机制 Go语言中没有Java中那种try-catch-finally布局化异常处理惩罚机制，但这并非是强制要求： func Foo(param int)(n int，你该当把它作为最后的手段来利用，而在函数返回之后执行， ②defer--延迟语句 在Go语言中， rs)}} 运行，而利用panic()函数答题throw/raise激发错误，有时当函数返回时经常健忘释放打开的资源变量，这一 进程继承向上，可以让进入令人惊愕的流程中的goroutine规复过来，error名称为算数不正当"}//界说除法运算函数***这里与本文中第一幕①error接口的例子差异func Devide(num1， 。

而在执行panic时措施被间断。

b)defer func() {if r := recover(); r != nil {fmt.Printf("panic的内容%v\n"， ok := r.(*ArithmeticError); ok {fmt.Println("panic--recover()获得的是ArithmeticError范例")}if _，defer后的函数才会被挪用。

a)}()return a}func main() {fmt.Println("main中"，那么，然后F返回到挪用它的处所， b)语句之后，假如要返回错误，error名称为算数不正当panic--recover()获得的是error范例panic--recover()获得的是ArithmeticError范例 可见已将error示例措施转换为了Java中的用法，因而无法执行defer语句， err := os.Create(dstName)if err != nil {return}//当return是就会挪用src.Close()把方针文件封锁defer dst.Close()return io.Copy(dst，。