Golang研学:defer!如何掌握并用好(延迟执行)
defer:在函数A内用defer关键字调用的函数B会在在函数A return后执行。
先看一个基础的例子,了解一下defer的效果
func main() {fmt.Println('in main func:', foo())}func foo() int {i := 0defer fmt.Println('in defer :', i)i = 1000fmt.Println('in foo:', i)return i+24}复制代码
这段代码运行后会打印出
in foo: 1000in defer : 0in main func: 1024复制代码
变量i初始化为0,defer指定fmt.Println函数延迟到return后执行,最后main函数调用foo打印返回值。
有什么用途?
函数中会申明使用很多变量资源,函数结束时,我们通常会对它们做一些处理:销毁、释放(例如数据库链接、文件句柄、流)。
一般情况下,我们会在return语句之前处理这些事情。
但是,如果函数中包含多个return,这些处理我们需要在每个return之前都操作一次,实际工作中经常出现遗漏,代码维护时也很麻烦。
例如,在不用defer的时候,代码可能会这样写:
func foo(i int) int {if i > 100 {fmt.Println('不是期待的数字')return 0}if i < 50 {fmt.Println('不是期待的数字')return 0}return i}复制代码
使用defer后,代码可以这样写
func foo(i int) int {defer func() {fmt.Println('不是期待的数字')}()if i > 100 {return 0}if i < 50 {return 0}return i}复制代码
一个函数中多个defer的执行顺序是什么?
defer在同一个函数中可以使用多次。
多个defer指定的函数执行顺序是'先进后出'。
为什么呢 ?
可以这样理解:defer关键字会使其以下的代码先执行后再执行它指定的函数,包括其下的defer语句也会比其先执行,依此类推。
这个顺序非常必要,因为在函数中,后面定义的对象可能依赖前面的对象,否则如果先出现的defer执行了,很可能造成后面的defer执行的时候出现异常。
所以,Go语言设计defer的时候是按先进后出的顺序执行的。
例子:
func foo() {i := 0defer func() {i--fmt.Println('第一个defer', i)}()i++fmt.Println('+1后的i:', i)defer func() {i--fmt.Println('第二个defer', i)}()i++fmt.Println('再+1后的i:', i)defer func() {i--fmt.Println('第三个defer', i)}()i++fmt.Println('再+1后的i:', i)}复制代码
运行后可以看到
+1后的i: 1再+1后的i: 2再+1后的i: 3第三个defer 2第二个defer 1第一个defer 0复制代码
这个过程可以看出函数执行后,先进后出执行defer并逐步处理变量的过程。
当传递参数给defer指定的函数时,函数延迟执行,那么参数值会是多少?
网上有一些总结是说:defer指定的函数的参数在 defer 时确定,但,这只是一个总结,真正的原因是, Go语言除了map、slice、chan都是值传递。
改造一下上面这个例子
func foo() {i := 0defer func(k int) {fmt.Println('第一个defer', k)}(i)i++fmt.Println('+1后的i:', i)defer func(k int) {fmt.Println('第二个defer', k)}(i)i++fmt.Println('再+1后的i:', i)defer func(k int) {fmt.Println('第三个defer', k)}(i)i++fmt.Println('再+1后的i:', i)}复制代码
得到的结果
+1后的i: 1再+1后的i: 2再+1后的i: 3第三个defer 2第二个defer 1第一个defer 0复制代码
可能会有人觉得有一点出乎预料,i在return时不是已经被计算到3了吗?,为什么延迟执行的defer指定的函数里的i不是3呢?
defer关键字指定的函数是在return后执行的,这很容易让人想象在return后调用函数。
但是,defer指定的函数是在当前行就调用了的,只是延迟到return后执行,而不等同于“移动”到return后执行,因此调用时传递的是当前的参数的值。
传递指针参数会是什么情况?
那么如果希望defer指定的的函数参数的值是经过后面的代码处理过的,可以传递指针参数给defer指定的函数。
改造一下代码:
func foo() {i := 0defer func(k *int) {fmt.Println('第一个defer', *k)}(&i)i++fmt.Println('+1后的i:', i)defer func(k *int) {fmt.Println('第二个defer', *k)}(&i)i++fmt.Println('再+1后的i:', i)defer func(k *int) {fmt.Println('第三个defer', *k)}(&i)i++fmt.Println('再+1后的i:', i)}复制代码
运行后得到
+1后的i: 1再+1后的i: 2再+1后的i: 3第三个defer 3第二个defer 3第一个defer 3复制代码
defer会影响返回值吗?
在开头的第一个例子中可以看到,defer是在foo执行完,main里打印返回值之前执行的,但是没有影响到main里的打印结果。
这还是因为相同的原则 Go语言除了map、slice、chan都是值传递
比较一下foo1和foo2两个函数的结果:
func main() {fmt.Println('foo1 return :', foo1())fmt.Println('foot return :', foo2())}func foo1() int {i := 0defer func() {i = 1}()return i}func foo2() map[string]string {m := map[string]string{}defer func() {m['a'] = 'b'}()return m}复制代码
运行后,打印出
foo1 return : 0foot return : map[a:b]复制代码
两个函数不同之处在于的返回值的类型,foo1中,int类型return后,defer不会影响返回结果,但是在foo2中map类型是引用传递,所以defer会改变返回结果。
这说明,在return时,除了map、slice、chan,其他类型return时是将值拷贝到一个临时变量空间,因此,defer指定的函数内对函数内的变量的操作不会影响返回结果的。
还有一种情况,给函数返回值申明变量名,,这时,变量空间是在函数执行前申明出来,return时只是返回这个变量空间的内容,因此defer能够改变返回值。
例如,改造一下foo1函数,给它的返回值申明一个变量名i:
func foo1() (i int) {i = 0defer func() {i = 1}()return i}复制代码
再运行,可以看到 :
foo1 return : 1复制代码
返回值被defer指定的函数修改了。
defer在panic和recover处理上的使用
在Go语言里,defer有一个经典的使用场景就是recover.
在函数执行过程中,有可能在很多地方都会出现panic,panic后如果不调用recover,程序会退出,为了不让程序退出,我们需要在panic后调用recover,但,panic后的代码不会执行,recover是不可能在panic后调用,然而panic所在的函数内defer指定的函数可以执行,所以recover只能在defer指定的函数中被调用,并且只需要在1个defer指定的函数中处理。
例如:
func panicfunc() {defer func() {fmt.Println('before recover')recover()fmt.Println('after recover')}()fmt.Println('before panic')panic(0)fmt.Println('after panic')}复制代码
运行后,打印出:
before panicbefore recoverafter recover复制代码
总结以下
defer语句非常重要,非常常用,必须掌握在统一处理多个return和panic/recover场景下使用defer- 谨记“Go语言的函数参数传递的都是值(除了map、slice、chan)”这一重要原则,正确的评估defer指定函数的参数值
- defer不影响返回值,除非是map、slice和chan,或者返回值定义了变量名
- 执行顺序:先进后出
欢迎关注公众号,和大家一起学习编程吧
