golang return省略用法说明
golang函数如果返回值定义了变量，return后边必须跟着表达式或者值
func main() {
fmt.Println("-------", test())
}
func test() (n string) {
n = "hello"
return
}
如果没有定义变量，return必须显示地返回对象
func main() {
fmt.Println("-------", test())
}
func test() string {
n := "hello"
return n
}
补充：Golang中defer、return、返回值之间执行顺序的坑
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
}<br><br>
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 在内存中的实际值，因此函数退出时返回值虽然依旧是原来的指针地址，但是其指向的内存实际值已经被成功修改了。
即，我们假设的结论是正确的！
以上为个人经验，希望能给大家一个参考，也希望大家多多支持软件开发网。如有错误或未考虑完全的地方，望不吝赐教。
您可能感兴趣的文章:使用Lumberjack+zap进行日志切割归档操作golang 输出重定向:fmt Log,子进程Log,第三方库logrus的详解golang的time包:秒、毫秒、纳秒时间戳输出方式golang 使用time包获取时间戳与日期格式化操作golang有用的库及工具 之 zap.Logger包的使用指南
