golang日常开发系列之一--defer的那些坑

更多精彩内容,请关注微信公众号:后端技术小屋

最近集中开发了一波golang, 因此打算开启一个坑,就叫golang日常开发系列,用于总结这段时间内遇到的各种奇奇怪怪的关于golang开发的一些问题, 后续如果有新奇的问题也会加以补充.

废话不多说,我们直接进入系列之一,看看defer使用过程中有哪些坑,如何解决?

一、所谓的"坑"

func logErr(err error) {
    fmt.Println(err)
}

func main() error {
    var err error
    defer logErr(err)

    err = fmt.Errorf("error")
    return err
}

上面的代码试图在main函数退出的时候,将err变量打印出来。你认为会输出什么呢?nil 还是 error ? 一般我们会想err再return之前已经从nil变成非nil值,所以执行defer的时候应该会打印error吧?
很遗憾,结果并不是这样,代码的输出是nil

二、原因

为什么会出现与我们预期不同的结果呢?因为logErr是一样函数,注册defer LogErr(err)的时候,会将err当前值nil传递给LogErr。当函数退出执行defer代码的时候,打印的便是传入的形参值nil.

之所以我们觉得不符合预期,还是因为对golang defer和函数的运行机制理解不到位

三、解决

3.1 指针法

明白了原因,解决方法就出来了。logErr不是传值吗,既然传err不奏效(因为err后续会重新被赋值),我传指向err的指针行不行,这样不管err值如何变化,我通过指针都能获取最新的err值。

func logErr(err *error) {
    fmt.Println(*err)
}

func main() error {
    var err error
    defer logErr(&err)

    err = fmt.Errorf("error")
    return err
}

以上代码输出结果为error

3.2 闭包法

我们知道使用闭包时,闭包会引用外部的变量, 根据闭包的这个特性,也可以实现我们的需求

func logErr(err error) {
    fmt.Println(err)
}

func main() error {
    var err error
    defer func() {
        logErr(err)
    }()

    err = fmt.Errorf("error")
    return err
}

在注册defer时,err的引用会被传入闭包中。不管err后来如何变化,当执行defer时,函数logErr获取到的必然是最新的err值

推荐阅读

  • Boltdb学习笔记之三--事务与并发控制
  • Boltdb学习笔记之二--数据结构
  • Boltdb学习笔记之一--存储管理
  • Boltdb学习笔记之〇--概述

你可能感兴趣的:(golang日常开发系列之一--defer的那些坑)