Go 语言中 defer 使用时有哪些陷阱？

01

介绍

在 Go 语言的世界里，defer 关键字如同一位贴心的助手，总是在函数即将结束时默默执行其后的函数调用或方法调用。它的存在确保了资源的妥善释放，或是通过匿名函数与 recover() 的结合，优雅地处理那些令人头疼的异常 panic。

然而，正如任何强大的工具都有其使用之道，defer 在带来便利的同时，也隐藏着一些不易察觉的陷阱。本文将深入探讨在使用 defer 时可能遭遇的各种问题，帮助你更加明智地运用这一特性。

defer 的基本用法

首先，让我们回顾一下 defer 的基本用法。在 Go 语言中，defer 后面紧跟的函数调用或方法调用会在包含它的函数体执行完毕之前被调用。这种特性使得 defer 成为处理资源释放、解锁等操作的理想选择。

defer 与匿名函数的结合

除了基本的资源释放功能外，defer 还可以与匿名函数结合使用，以实现更复杂的逻辑。例如，在匿名函数中调用 recover() 可以捕获并处理函数执行过程中发生的 panic，从而避免程序崩溃。

使用 defer 时的潜在陷阱

尽管 defer 提供了许多便利，但在使用时也需要注意以下几点：

参数预计算：defer 后面的函数调用会在 defer 语句执行时立即计算参数值，而不是在实际调用时计算。这可能导致一些意想不到的结果。

作用域问题：defer 语句的作用域仅限于其所在的函数体。如果在嵌套函数中使用 defer，需要注意变量的作用域和生命周期。

性能考虑：虽然 defer 提供了便利，但在某些情况下可能会对性能产生一定影响。因此，在性能敏感的场景中需要谨慎使用。

通过本文的介绍，相信你对 defer 的使用方式及其潜在陷阱有了更深入的了解。在未来的编程实践中，希望你能更加巧妙地运用这一特性，编写出更加健壮和高效的 Go 代码。

02

defer 陷阱

defer 语句不可以在 return 语句之后。

示例代码：

func main() {

name := GetUserName("phper")

fmt.Printf("name:%s\n", name)

if name != "gopher" {

return

}

defer fmt.Println("this is a defer call")

}

func GetUserName(name string) string {

return name

}

输出结果：

name:phper

阅读上面这段代码，我们在 return 语句之后执行 defer 语句，通过输出结果可以发现 defer 语句调用未执行。

虽然 defer 可以在函数体中的任意位置，我们也是需要特别注意使用 defer 的位置是否可以执行。

defer 语句执行匿名函数，参数预处理。

示例代码：

func main() {

var count int64

defer func(data int64) {

fmt.Println("defer:", data)

}(count + 1)

count = 100

fmt.Println("main:", count)

}

输出结果：

main: 100

defer: 1

阅读上面这段代码，首先我们定义一个类型为 int64 的变量 count，然后使用 defer 语句执行一个匿名函数，匿名函数传递参数为 count + 1，最终 main 函数输出 100，defer 执行的匿名函数输出 1。

因为在执行 defer 语句时，执行了 count + 1，并先将其存储，等到 defer 所在的函数体 main 执行完，再执行 defer 语句调用的匿名函数的函数体中的代码。

03

总结

本文主要介绍在使用 defer 语句时可能会遇到的陷阱。分别是 defer 语句不可以在 return 语句之后；defer 语句执行的匿名函数，匿名函数的参数会被预先处理。

读者朋友们在使用 Go 语言的 defer 语句时，还遇到过哪些陷阱？