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

原文连接：https://studygolang.com/articles/4809

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

先来运行下面两段代码：

A. 无名返回值的状况

package main

import (
	"fmt"
)

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

func a() int {
	var i int
	defer func() {
		i++
		fmt.Println("defer2:", i) // 打印结果为 defer: 2
	}()
	defer func() {
		i++
		fmt.Println("defer1:", i) // 打印结果为 defer: 1
	}()
	return i
}

B. 有名返回值的状况

package main

import (
	"fmt"
)

func main() {
	fmt.Println("return:", b()) // 打印结果为 return: 2
}

func b() (i int) {
	defer func() {
		i++
		fmt.Println("defer2:", i) // 打印结果为 defer: 2
	}()
	defer func() {
		i++
		fmt.Println("defer1:", i) // 打印结果为 defer: 1
	}()
	return i // 或者直接 return 效果相同
}

先来假设出结论，帮助你们理解缘由：

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

2. defer、return、返回值三者的执行逻辑应该是：return最早执行，return负责将结果写入返回值中；接着defer开始执行一些收尾工做；最后函数携带当前返回值退出。

如何解释两种结果的不一样：

上面两段代码的返回结果之因此不一样，其实从上面第2条结论很好理解。

a()int 函数的返回值没有被提早声名，其值来自于其余变量的赋值，而defer中修改的也是其余变量，而非返回值自己，所以函数退出时返回值并无被改变。

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

 

C. 下面咱们再来看第三个例子，验证上面的结论：

package main

import (
	"fmt"
)

func main() {
	fmt.Println("c return:", *(c())) // 打印结果为 c return: 2
}

func c() *int {
	var i int
	defer func() {
		i++
		fmt.Println("c defer2:", i) // 打印结果为 c defer: 2
	}()
	defer func() {
		i++
		fmt.Println("c defer1:", i) // 打印结果为 c defer: 1
	}()
	return &i
}

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

即，咱们假设的结论是正确的！