Golang中defer、return、返回值之间执行顺序的坑

前端之家收集整理的这篇文章主要介绍了Golang中defer、return、返回值之间执行顺序的坑前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

Golang中defer、return、返回值之间执行顺序的坑

2015-09-13 15:47 henrylee2cn
阅读5386 2条评论 收藏

Go语言中延迟函数defer充当着 cry...catch 的重任,使用起来也非常简便,然而在实际应用中,很多gopher并没有真正搞明白defer、return和返回值之间的执行顺序,从而掉进坑中,今天我们就来揭开它的神秘面纱!

先来运行下面两段代码

A. 无名返回值的情况

packagemain

import(
	"fmt"
)

funcmain(){
	fmt.Println("return:",a())//打印结果为return:0
}

funca()int{
	variint
	deferfunc(){
		i++
		fmt.Println("defer2:",i)//打印结果为defer:2
	}()
	deferfunc(){
		i++
		fmt.Println("defer1:",i)//打印结果为defer:1
	}()
	returni
}


B. 有名返回值的情况

效果相同
}


先来假设出结论,帮助大家理解原因:

  1. 多个defer的执行顺序为“后进先出”;

  2. defer、return、返回值三者的执行逻辑应该是:return设置返回值,defer执行,函数带着返回值退出

如何解释两种结果的不同:

  • defer 函数调用的执行时机是外层函数设置返回值之后,并且在即将返回之前

  • return XXX 操作并不是原子的.


上面两段代码的返回结果之所以不同,其实从上面第2条结论很好理解。

a()int 函数的返回值没有被提前名,其值来自于其他变量的赋值,而defer中修改的也是其他变量,而非返回值本身,因此函数退出时返回值并没有被改变。

b()(i int) 函数的返回值被提前声名,也就意味着defer中是可以调用到真实返回值的,因此defer在return赋值返回值 i 之后,再一次地修改了 i 的值,最终函数退出后的返回值才会是defer修改过的值。


C. 下面我们再来看第三个例子,验证上面的结论:

packagemain

import(
	"fmt"
)

funcmain(){
	fmt.Println("creturn:",*(c()))//打印结果为creturn:2
}

funcc()*int{
	variint
	deferfunc(){
		i++
		fmt.Println("cdefer2:",i)//打印结果为cdefer:2
	}()
	deferfunc(){
		i++
		fmt.Println("cdefer1:",i)//打印结果为cdefer:1
	}()
	return&i
}


虽然c()*int 的返回值没有被提前声明,但是由于 c()*int 的返回值是指针变量,那么在return将变量 i 的地址赋给返回值后,defer再次修改了 i 在内存中的实际值,因此函数退出时返回值虽然依旧是原来的指针地址,但是其指向的内存实际值已经被成功修改了。

即,我们假设的结论是正确的!

猜你在找的Go相关文章