资源释放-defer
类似于其他语言的 析构函数 比如PHP的 __destruct
func b() error {
resp, err := http.Get("xxx.com")
// 先判断操作是否成功
if err != nil {
return err
}
// 如果操作成功,再进行Close操作
defer resp.Body.Close()
return nil
}
从上面的示例可看到,defer
是个延迟函数(延迟执行)
关于 defer 的一些常见误区和陷阱
defer 语句是用来延迟执行函数的,且延迟发生在函数 return 之后
具体指: Go return 在底层等于: 返回值入栈, defer函数调用, return
func returnValues() int {
var result int
defer func() {
// defer 匿名函数对变量的修改发生在 return 之后
result++
fmt.Println("defer")
}()
return result
}
// 如下输出 0
fmt.Println(returnValues())
go允许多个defer同时存在
defer 执行顺序遵循先进后出 first-in-last-out (FILO)
属于栈操作,如下输出:3、2、1
func stackingDefers() {
defer func() {
fmt.Println("1")
}()
defer func() {
fmt.Println("2")
}()
defer func() {
fmt.Println("3")
}()
}
函数被 deferred 时涉及的 参数变量值 在 defer 函数编写时确定,而非实际调用时
func c() {
i := 0
defer fmt.Println(i) // 此时i变量值已被确定,即0
i++
defer fmt.Println(i) // 此时i++已执行,变量值已被确定为 1
}
// 输出 1 0;因为defer的执行顺序为 后进先出,所以先输出 i++ 之后的 1;再输出之前的 0
defer与闭包陷阱
先来看一个示例:
func main() {
i := 1
defer func() {
fmt.Println("defer-闭包i值:", i)
}()
defer fmt.Println("defer-i值:", i)
i += 100
}
结果输出为:
defer-i值: 1
defer-闭包i值: 101
为啥捏?
- 第二个defer,因为函数被 deferred 时涉及的 参数变量值 在 defer 函数编写时已确定,所以输出
defer-i值: 1
- 第一个defer,闭包中的参数传递是引用类型传递,因此匿名函数中的 i 可以输出 101(匿名函数都是闭包,按引用类型传递)
try-catch-finally
Go追求简洁优雅,所以不支持传统的 try-catch-finally 结构,因为Go语言的设计者们认为,将异常与控制结构混在一起很容易使得代码变混乱(咱不懂,但内心大受震撼)。
如果要在go实现这么个逻辑,需要用到这么几个关键词:defer, panic, recover
如何使用 defer 执行 try-catch-finally 调试:
func main() {
// 类似其他语言的 try (隐式包含)
defer func() {
// 捕获异常:类似 catch(\Exception $e)
if err := recover(); err != nil {
// 输出异常
fmt.Println(err)
// 打印错误堆栈: 类似于PHP的 debug_print_backtrace
debug.PrintStack() // 输出到日志即可
fmt.Println()
fmt.Println("执行:planB!")
planB()
}
}()
// 注意!!用recover处理panic指令,defer 须在 panic 之前声明,否则panic时会直接退出,recover无法捕获到panic
tryCatchFinally()
fmt.Println("dadada...") // 这里不会执行
}
func tryCatchFinally() {
fmt.Println("begin")
panic("抛出异常信息: throw new exception")
fmt.Println("end") // 这里不会执行
}
func planB() {
fmt.Println("exec-planB, done!!")
}
关于内建函数 recover :
1、用来控制一个 goroutine 的 panicking 行为,捕获panic,从而影响应用的行为
2、一般调用方式
- 在defer函数中,通过 recover 来终止一个 gojroutine 的 panicking 过程,从而恢复正常逻辑的执行
- 获取通过panic传递的error,执行捕获之后的逻辑,参考传统tryCatchFinally
EOF - 错误处理
另一种常见错误处理,即 EOF(End-Of-File)文件结尾错误,可以直接捕获,示例如下:
reader := strings.NewReader("clear is better than clever")
p := make([]byte, 5)
for {
n, err := reader.Read(p)
if err != nil {
if err == io.EOF {
fmt.Println("EOF:", n)
} else {
fmt.Println(err)
}
os.Exit(1)
}
// 注: p 每次循环都会被覆盖,但如果最后一行不足5个字节时:
// 仅会覆盖最后一行获取到的相应的字节数,比如最后一行3字节,仅覆盖p的前3个,第4、5个字节维持上次循环时的赋值
// 所以这里输出时使用了:p[:n]
fmt.Println(n, string(p[:n]))
}
如上执行结果:
5 clear
5 is b
5 etter
5 than
5 clev
2 erlev
EOF: 0
exit status 1
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。