Golang的goroutine是轻量级线程，能够高效支持并发编程，但如果使用不当就会出现goroutine泄漏，也就是启动的goroutine无法正常退出，持续占用内存资源，长期运行后会让程序性能下降甚至崩溃。
goroutine泄漏的常见原因
1. channel阻塞导致goroutine无法退出
如果goroutine在等待从一个没有发送者的channel接收数据，或者向没有接收者的channel发送数据，就会一直阻塞，无法退出。比如下面这段有问题的代码：
package main
func main() {
ch := make(chan int)
// 启动一个goroutine向channel发送数据
go func() {
ch <- 1
// 如果main函数中没有接收这个channel的数据，这个goroutine就会阻塞在这里
}()
// 主goroutine没有接收ch的数据，直接结束
}
2. 没有正确关闭channel
当有多个goroutine向同一个channel发送数据，但是没有统一关闭channel的机制，或者接收端不知道channel已经不再有数据发送，就会一直等待，导致阻塞。
3. 阻塞的系统调用或死循环
如果goroutine中存在没有退出条件的死循环，或者调用了会永久阻塞的系统调用，且没有中断机制，也会造成泄漏。
goroutine泄漏的排查方法
可以通过以下几种方式排查是否存在goroutine泄漏：
- 使用
runtime.NumGoroutine()函数定期打印当前goroutine的数量，观察数量是否持续升高，如果数量不断上涨大概率是出现了泄漏。 - 使用Golang自带的pprof工具，通过
net/http/pprof包暴露调试接口，访问对应的goroutine分析页面，查看当前所有goroutine的调用栈，定位阻塞的goroutine。 - 在开发阶段使用
go.uber.org/goleak这类第三方检测工具，在单元测试中检测是否有泄漏的goroutine。
处理goroutine泄漏的常用方案
1. 使用带缓冲的channel并合理管理发送接收
对于确定发送次数的场景，可以使用带缓冲的channel，避免发送端阻塞。如果是需要长期使用的channel，要明确发送和接收的边界，确保双方都能正常退出。
package main
import (
"fmt"
"time"
)
func main() {
// 带缓冲的channel，容量为1
ch := make(chan int, 1)
go func() {
ch <- 1
fmt.Println("发送数据完成")
}()
// 主goroutine接收数据
time.Sleep(time.Second)
val := <-ch
fmt.Println("接收到数据:", val)
}
2. 使用context控制goroutine生命周期
context是Golang中用来传递取消信号、超时信号的常用工具，可以在启动goroutine时传入context，当不需要goroutine继续运行时，取消context，让goroutine主动退出。
package main
import (
"context"
"fmt"
"time"
)
func worker(ctx context.Context) {
for {
select {
case <-ctx.Done():
// 收到取消信号，退出goroutine
fmt.Println("worker收到取消信号，退出")
return
default:
// 执行正常逻辑
fmt.Println("worker正在工作")
time.Sleep(time.Second)
}
}
}
func main() {
// 创建可取消的context
ctx, cancel := context.WithCancel(context.Background())
go worker(ctx)
// 让worker运行3秒
time.Sleep(3 * time.Second)
// 取消context，通知worker退出
cancel()
// 等待worker退出
time.Sleep(time.Second)
}
3. 确保channel正确关闭
channel的关闭应该由发送方来操作，并且只关闭一次，避免重复关闭导致panic。接收方可以通过ok值判断channel是否已经关闭，从而退出接收循环。
package main
import (
"fmt"
"time"
)
func main() {
ch := make(chan int)
// 发送方goroutine
go func() {
for i := 0; i < 3; i++ {
ch <- i
time.Sleep(time.Second)
}
// 发送完成后关闭channel
close(ch)
}()
// 接收方循环接收，直到channel关闭
for {
val, ok := <-ch
if !ok {
fmt.Println("channel已关闭，接收方退出")
break
}
fmt.Println("接收到数据:", val)
}
}
4. 避免无退出条件的死循环
对于需要循环执行的goroutine，要设置明确的退出条件，或者通过channel、context接收退出信号，不要写没有终止条件的无限循环。
总结
goroutine泄漏的核心是goroutine没有正常的退出路径，只要在使用goroutine时，提前规划好生命周期管理，合理处理channel的阻塞场景，借助context传递控制信号，就能有效避免泄漏问题。日常开发中养成定期检测goroutine数量的习惯，也能快速发现潜在的泄漏风险。
goroutine泄漏Golangchannelcontext垃圾回收修改时间：2026-06-19 12:36:29