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学习笔记之〇--概述