go语言 golang defer 关注点

大家都了解C++有构造函数和析构函数，加之每一个栈对象都有其严格的作用或，离开则自动调用其析构函数，以此来保证释放其掌控的资源，如：内存，文件，socket,数据库链接等， 其它一些语言提供类似的机制，如： init, deinit等， 那么对于追求大道至简的golang, 她没有提供构造函数和析构函数的概念， 但是她也不可避免要处理资源的自动释放问题， 所以其提供了defer,如： defer f() 用于延迟调用f(), 它会在外围函数或者方法返回之前但是其返回值（如果有的话）计算之后执行，开始以“后进先出”的顺序执行defer语句。但是defer不是一定会被执行的，我简单归总了一下，怕我以后忘记， 见测试代码：注意：以上红色文字引自Go语言程序设计,Mark Summerfield; 此文之前版本在此处表述有不严谨之处， 抱歉，修改之！

package main

import (

"fmt"
//"log"
//"os"
)

func main() {

fmt.Println("test\n")

if true {
fmt.Println("add defer")
defer fmt.Println("defer run!!") //虽然在if的小block中， 但是defer只会到函数执行完时才执行，而不是在离开if作用域时执行。
}
fmt.Println("test end\n")
//1. defer不会执行了.
//log.Fatal()
//os.Exit(1)

//2. defer会照常执行。
//log.Panic()
//panic(nil)
//return
//reach the end of the function normally.

}

通常我们只把os.Exit用于test case代码中， 生产代码中很少用，可能有用它的理由就是程序退出时向操作系统报告状态码，但是会中断defer的执行，为了使资源被正确释放

掉， 我们可以采用以下代码的处理方式， 把业务逻辑代码单独封装在一个函数中， 在退出这个函数时，注意只是在函数执行完return以后，与作用域无关 一切defer皆自动执行完，不用再担心os.Exit()了，见代码：

func main() {
if err := run(); err != nil {
fmt.Fprintf(os.Stderr, "error: %v\n", err)
os.Exit(1) //当执行此行时， run()早已执行完退出，其中defer早已执行完；但与os.Exit同一上下文的代码中就不要用defer了， 因为会被中断，不再执行。
}
}

func run() error {
err := something()
if err != nil {
return err
}
// etc， 这是程序用defer清理资源的最后一条防线。
}

参考链接： http://stackoverflow.com/questions/18963984/exit-with-error-code-in-go http://stackoverflow.com/questions/28472922/when-to-use-os-exit-and-panic-golang 注意： 此文章只是我个人笔记， 如有错漏，请一定指正， 共同学习， 我的邮箱: htyu_0203_39@sina.com