Go语言并发编程：defer在goroutine中的坑（新手必看的并发陷阱与正确用法）

什么是 defer？

defer 语句会将函数调用推迟到外层函数返回之前执行。无论函数是正常返回还是发生 panic，defer 都会执行。

func example() {    defer fmt.Println("这条会在函数结束前打印")    fmt.Println("先打印这一条")}

输出：

先打印这一条这条会在函数结束前打印

goroutine 简介

goroutine 是 Go 语言实现并发的核心机制。你可以把它理解为轻量级线程，由 Go 运行时管理。启动一个 goroutine 只需在函数调用前加 go 关键字。

go func() {    fmt.Println("我在后台运行！")}()

defer 在 goroutine 中的常见陷阱

很多初学者会误以为，在 goroutine 中使用 defer 能自动管理资源。但事实并非如此！defer 的作用域仅限于当前函数，而 goroutine 是一个独立的执行上下文。

错误示例：defer 不会等待 goroutine 结束

package mainimport (    "fmt"    "time")func main() {    go func() {        defer fmt.Println("defer 在 goroutine 中执行了吗？")        fmt.Println("goroutine 开始执行")        time.Sleep(1 * time.Second)        fmt.Println("goroutine 执行完毕")    }()    fmt.Println("main 函数即将退出")    time.Sleep(2 * time.Second) // 如果没有这行，程序可能提前退出}

看起来没问题？但如果去掉最后的 time.Sleep(2 * time.Second)，程序会立即退出，导致 goroutine 根本没机会执行，更别说 defer 了！

更隐蔽的坑：资源未释放

假设你在 goroutine 中打开一个文件，并用 defer file.Close() 来确保关闭：

go func() {    file, err := os.Open("test.txt")    if err != nil {        log.Fatal(err)    }    defer file.Close() // ⚠️ 如果 main 退出太快，file 可能永远不会被关闭！    // ... 读取文件}()

如果主程序在 goroutine 完成前退出，这个 defer 就不会执行，造成资源泄漏。这就是典型的 Go并发陷阱。

正确做法：确保 goroutine 完成后再退出

要解决这个问题，你需要使用同步机制，比如 sync.WaitGroup，来等待所有 goroutine 完成。

package mainimport (    "fmt"    "sync"    "time")func main() {    var wg sync.WaitGroup    wg.Add(1)    go func() {        defer wg.Done() // 一定要放在最前面！        defer fmt.Println("goroutine 的 defer 正常执行！")        fmt.Println("goroutine 正在运行...")        time.Sleep(1 * time.Second)    }()    fmt.Println("main 等待 goroutine 完成...")    wg.Wait() // 等待所有 goroutine 完成    fmt.Println("main 退出")}

这样，无论 goroutine 执行多久，defer 都会正常执行，资源也能安全释放。这是 goroutine资源管理 的最佳实践之一。

总结

• defer 只在所属函数返回时执行，不适用于跨 goroutine 的生命周期管理。
• 主程序退出时，所有未完成的 goroutine 会被强制终止，其中的 defer 不会执行。
• 务必使用 sync.WaitGroup、channel 或其他同步机制确保 goroutine 完成。
• 在 Go语言并发编程 中，理解 defer在goroutine中的坑 是避免资源泄漏的关键。

希望这篇教程能帮你避开这些常见的 Go并发陷阱，写出更健壮的并发程序！如果你觉得有用，欢迎分享给其他 Go 初学者。