golang defer 坑

在Golang的开发过程中，defer机制是一个非常有用的特性。它可以让我们在函数执行完毕后进行一些清理操作，比如释放资源、关闭文件等。然而，要正确使用defer并避免一些潜在的问题也是需要注意的。本文将介绍一些关于golang defer的坑和注意事项。

1. Defer表达式的执行时机

在使用defer时，我们必须注意defer表达式的执行时机。defer表达式是延迟执行的，在函数退出时执行。它们按照后进先出的顺序执行，即最后一个defer语句最先执行，最先声明的defer语句最后执行。

这就意味着如果在defer表达式中使用了一些变量或者函数参数，它们的值会在函数退出时被实际计算或调用。例如：

func main() {
    a := 1
    defer fmt.Println(a)
    a = 2
}

上述代码中，输出结果为2，而不是1。这是因为在defer执行时，a的值已经被修改为2。

2. Defer中的匿名函数陷阱

在使用defer时，我们经常会将一段代码封装在一个匿名函数中，以便处理一些复杂的逻辑。然而，要注意匿名函数中使用的变量的作用域。

例如：

func main() {
    a := 1
    defer func() {
        fmt.Println(a)
    }()
    a = 2
}

在这个例子中，输出结果为1，并没有被修改为2。这是因为匿名函数中访问的是外层函数中的a变量，而不是defer语句执行时的a值。

3. Defer中的参数传递问题

在使用defer时，我们需要注意参数传递的问题。如果defer语句中的参数是一个函数调用，那么该函数调用的参数会在defer语句执行时立即计算。

例如：

func main() {
    a := 1
    defer fmt.Println(func() int { return a }())
    a = 2
}

在这个例子中，输出结果为1，并没有被修改为2。这是因为在defer语句执行时，函数调用fmt.Println(func() int { return a }())的参数a已经被计算为1。

总之，在使用golang defer的过程中，我们需要注意defer表达式的执行时机、匿名函数中的变量作用域以及defer中参数传递的问题。只有正确理解并使用defer特性，才能充分发挥其在golang开发中的优势。