goroutine泄露：原理、场景、检测和防范

最新推荐文章于 2024-06-05 15:21:44 发布

李说的对

最新推荐文章于 2024-06-05 15:21:44 发布

阅读量1.1k

点赞数 1

分类专栏： golang 文章标签： go 内存泄露

本文链接：https://blog.youkuaiyun.com/leeright/article/details/94466831

版权

本文详细介绍了Go语言中goroutine泄露的五个常见场景，包括channel操作不当、死循环等，并提供了检测和定位泄露的方法，如使用监控工具和pprof。防范goroutine泄露的关键在于合理设计goroutine的结束机制、避免channel阻塞及确保正确实现循环退出条件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

如果你启动了一个 goroutine，但并没有符合预期的退出，直到程序结束，此goroutine才退出，这种情况就是 goroutine 泄露。当 goroutine 泄露发生时，该 goroutine 的栈(一般 2k 内存空间起)一直被占用不能释放，goroutine 里的函数在堆上申请的空间也不能被垃圾回收器回收。这样，在程序运行期间，内存占用持续升高，可用内存越来也少，最终将导致系统崩溃。

回顾一下 goroutine 终止的场景：

当一个goroutine完成它的工作
由于发生了没有处理的错误
有其他的协程告诉它终止

那么当这三者同时没发生的时候，就会导致 goroutine 始终不会终止退出。

goroutine 泄露的场景

goroutine泄露一般是因为channel操作阻塞而导致整个routine一直阻塞等待或者 goroutine 里有死循环的时候。可以细分为下面五种情况：

1. 从 channel 里读，但是没有写

// leak 是一个有 bug 程序。它启动了一个 goroutine 阻塞接收 channel。当 Goroutine 正在等待时，leak 函数会结束返回。此时，程序的其他任何部分都不能通过 channel 发送数据，那个 channel 永远不会关闭，fmt.Println 调用永远不会发生， 那个 goroutine 会被永远锁死

func leak() {
   
     ch := make(chan int)

     go func() {
   
        val := <-ch
        fmt.Println("We received a value:", val)
    }()
}

2. 向 unbuffered channel 写，但是没有读

// 一个复杂一点的例子
func sendMsg(msg, addr string) error {
   
    conn, err := net.Dial("tcp", addr)
    if err != nil {
   
        return err
    }
    defer conn.Close()
    _, err = fmt.Fprint(conn, msg)
    return err
} 

func broadcastMsg(msg string, addrs []string) error {
   
    errc := make

最低0.47元/天解锁文章