golang return省略用法说明

时间:2022-03-05 06:56:20

golang函数如果返回值定义了变量,return后边必须跟着表达式或者值

?
1
2
3
4
5
6
7
func main() {
 fmt.Println("-------", test())
}
func test() (n string) {
 n = "hello"
 return
}

如果没有定义变量,return必须显示地返回对象

?
1
2
3
4
5
6
7
func main() {
 fmt.Println("-------", test())
}
func test() string {
 n := "hello"
 return n
}

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

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

先来运行下面两段代码:

A. 无名返回值的情况

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
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
}<br><br>

B. 有名返回值的情况

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
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. 下面我们再来看第三个例子,验证上面的结论:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
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 在内存中的实际值,因此函数退出时返回值虽然依旧是原来的指针地址,但是其指向的内存实际值已经被成功修改了。

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

以上为个人经验,希望能给大家一个参考,也希望大家多多支持服务器之家。如有错误或未考虑完全的地方,望不吝赐教。

原文链接:https://blog.csdn.net/david___/article/details/99673246