go语言常见缺陷与陷阱一（defer）
例一：defer 与 closure
请问下面的代码片段
func foo(a, b int)(i int, err error) {
defer fmt.Println(err)
if b == 0 {
err = errors.New("divided by zero!")
return
}
i = a / b
return
}
当调用 foo(1, 0)的时候，上面的代码输出什么？即变量 err 的值是什么？我想很多 go 开发者会认为输出"divided by zero!"。因为我们传递的参数 b 的值为 0。 defer 语言到函数的最后才被执行。但是真正的结果是什么呢？答案是输出 nil。不可思议吧！ 如果 defer 后面跟的不是一个 closure 最后执行的时候我们得到的并不是最新的值。 正确的做法是
func foo(a, b int)(i int, err error) {
defer func() {
fmt.Println(err)
}()
if b == 0 {
err = errors.New("divided by zero!")
return
}
i = a / b
return
}
进一步阅读： http://stackoverflow.com/questions/16008604/why-add-after-closure-body-in-golang
例二：defer 与 return
问题：下面代码的输出结果是什么？
func foo()(i int) {
i = 0
defer func() {
fmt.Println(i)
}()
return 2
}
答案：输出 2。 解释：在有具名返回值的函数中（这里具名返回值为 i），执行 return 2 的时候实际上已经将 i 的值重新赋值为 2。所以defer closure 输出结果为 2 而不是 1。 以上内容均出自七牛云存储团队在QCON大会上做的技术分享中的部分内容。
有疑问加站长微信联系（非本文作者）
