关于golang的defer、 return、返回值三者的执行逻辑

无名返回值的情况

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
}

result

➜  test go run defer.go 
defer1: 1
defer2: 2
return: 0

有名返回值的情况

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 效果相同
}

result

➜  test go run defer01.go 
defer1: 1
defer2: 2
return: 2

结论
1.多个defer的执行顺序为“后进先出”;
2.defer、return、返回值三者的执行逻辑应该是:return最先执行,return负责将结果写入返回值中;接着defer开始执行一些收尾工作;最后函数携带当前返回值退出。

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

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

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

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 在内存中的实际值,因此函数退出时返回值虽然依旧是原来的指针地址,但是其指向的内存实际值已经被成功修改了。

func f() (result int) {
    defer func() {
        result++
    }()
    return 0
}

返回1

func f() (r int) {
     t := 5
     defer func() {
       t = t + 5
     }()
     return t
}

返回的是5,而不是10,现将t的值赋予r,为5,接下来修改t,并不会修改r

func f() (r int) {
    defer func(r int) {
          r = r + 5
    }(r)
    return 1
}

返回的是1,而不是6,因为r是以值传递的方式传递到defer函数中去的,并不会导致r被修改

`EOF`错误在Go语言(golang)中通常表示“End Of File”,即文件结束时发生的错误。在处理文件输入、网络数据接收等操作时,可能会遇到这种情况。 ### `EOF`错误常见场景 #### 文件读取 当你使用 `os.File` 对象的 `Read()` 函数读取文件内容时,在到达文件末尾之前一切正常。但是,当到达文件结尾时,`Read()` 函数不再返回任何数据,并将返回值设置为0。此时,如果未适当检查这个结果或错误条件,可能会导致程序异常退出。 ```go func readFromFile(filename string) { file, err := os.Open(filename) if err != nil { log.Fatal(err) } defer file.Close() data := make([]byte, 1024) n, err := file.Read(data) // 正确处理EOF if err == io.EOF { fmt.Println("已到达文件末尾") } else if err != nil { fmt.Println("发生错误:", err) } // 使用n表示实际读取到的数据长度 fmt.Printf("%d bytes read\n", n) } ``` #### 网络接收 在处理HTTP请求或其他网络通信协议时,通过缓冲区读取数据直到接收到空字节序列或连接断开。同样地,一旦到达数据流的终点,读取函数会返回 `io.EOF`。 ```go func receiveData(conn net.Conn) { buf := make([]byte, 1024) for { _, err := conn.Read(buf) if err == io.EOF { break } else if err != nil { fmt.Println("读取错误:", err) return } fmt.Println(string(buf)) } } ``` ### 如何避免和处理`EOF` 为了安全有效地处理文件读取和其他数据流的结束,你需要添加适当的错误检查: 1. **检查`err`变量**:读取操作后的错误检查可以帮你区分是正常的文件结束还是其他错误。 ```go _, err := file.ReadAt(pbuf, int64(n)) if err == io.EOF { fmt.Println("已到达文件末尾.") } else if err != nil { fmt.Println("发生了I/O错误:", err) } ``` 2. **使用`for-range`循环**:对于文本文件,特别是需要逐行处理的情况,可以使用 `for-range` 循环自动处理 EOF。 ```go file, _ := os.Open("example.txt") defer file.Close() scanner := bufio.NewScanner(file) for scanner.Scan() { fmt.Println(scanner.Text()) } if err := scanner.Err(); err != nil { fmt.Println("扫描错误:", err) } ``` 3. **监控网络连接状态**:在处理网络连接时,除了捕获`io.EOF`外,还需要注意连接关闭的信号,如通过监听连接的状态变化或特定错误码。 以上策略能帮助你在遇到 `EOF` 错误时作出恰当反应,而不是让程序意外终止,保证了应用的健壮性和用户体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值