Golang中defer、return、返回值之间执行顺序的坑
Go语言中延迟函数defer充当着 try...catch 的重任,使用起来也非常简便,然而在实际应用中,很多gopher并没有真正搞明白defer、return和返回值之间的执行顺序,从而掉进坑中,今天我们就来揭开它的神秘面纱! 先来运行下面两段代码: A. 匿名返回值的情况 packagemain import( "fmt" ) funcmain(){ fmt.Println("areturn:",a())//打印结果为areturn:0 } funca()int{ variint deferfunc(){ i++ fmt.Println("adefer2:",i)//打印结果为adefer2:2 }() deferfunc(){ i++ fmt.Println("adefer1:",i)//打印结果为adefer1:1 }() returni } B. 有名返回值的情况 packagemain import( "fmt" ) funcmain(){ fmt.Println("breturn:",b())//打印结果为breturn:2 } funcb()(iint){ deferfunc(){ i++ fmt.Println("bdefer2:",i)//打印结果为bdefer2:2 }() deferfunc(){ i++ fmt.Println("bdefer1:",i)//打印结果为bdefer1:1 }() returni//或者直接return效果相同 } 先来假设出结论(这是正确结论),帮助大家理解原因:
??因此,??defer、return、返回值三者的执行顺序应该是:return最先给返回值赋值;接着defer开始执行一些收尾工作;最后RET指令携带返回值退出函数。 如何解释两种结果的不同: 上面两段代码的返回结果之所以不同,其实从上面的结论中已经很好理解了。 a()int 函数的返回值没有被提前声名,其值来自于其他变量的赋值,而defer中修改的也是其他变量(其实该defer根本无法直接访问到返回值),因此函数退出时返回值并没有被修改。 b()(i int) 函数的返回值被提前声名,这使得defer可以访问该返回值,因此在return赋值返回值 i 之后,defer调用返回值 i 并进行了修改,最后致使return调用RET退出函数后的返回值才会是defer修改过的值。 C. 下面我们再来看第三个例子,验证上面的结论: packagemain import( "fmt" ) funcmain(){ c:=c() fmt.Println("creturn:",*c,c)//打印结果为creturn:20xc082008340 } funcc()*int{ variint deferfunc(){ i++ fmt.Println("cdefer2:",i,&i)//打印结果为cdefer2:20xc082008340 }() deferfunc(){ i++ fmt.Println("cdefer1:",&i)//打印结果为cdefer1:10xc082008340 }() return&i } 虽然c()*int 的返回值没有被提前声明,但是由于 c()*int 的返回值是指针变量,那么在return将变量 i 的地址赋给返回值后,defer再次修改了 i 在内存中的实际值,因此return调用RET退出函数时返回值虽然依旧是原来的指针地址,但是其指向的内存实际值已经被成功修改了。 即,我们假设的结论是正确的! D.补充一条,defer声明时会先计算确定参数的值,defer推迟执行的仅是其函数体。 package main import ( "fmt" "time" ) func main() { defer P(time.Now()) time.Sleep(5e9) fmt.Println("main ",time.Now()) } func P(t time.Time) { fmt.Println("defer",t) fmt.Println("P ",time.Now()) } // 输出结果: // main 2017-08-01 14:59:47.547597041 +0800 CST // defer 2017-08-01 14:59:42.545136374 +0800 CST // P 2017-08-01 14:59:47.548833586 +0800 CST (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |