go程序goroutine数量异常分析：看似“泄露”的goroutine
本文分析一个Go程序中Goroutine数量超出预期的现象。该程序旨在并发生成随机数，直到找到一个满足条件的数。然而，程序运行后Goroutine数量并非预期的1，而是更多，这引发了对Goroutine生命周期和管理的疑问。
程序代码（已略作调整，方便阅读和理解）：
package main
import (
"fmt"
"github.com/gogf/gf/util/gconv"
"github.com/gogf/gf/util/grand"
"runtime"
"sync"
"time"
)
func main() {
v := getnumber_5()
fmt.Println("找到的数值:", v)
time.Sleep(5 * time.Second)
fmt.Println("运行的Goroutine数量:", runtime.NumGoroutine())
time.Sleep(10 * time.Second)
}
func getnumber_5() string {
var wg sync.WaitGroup
wg.Add(20) // 20个goroutine并发执行
resultChan := make(chan string, 1) // 有缓冲的通道，确保只有一个结果
for i := 0; i < 20; i++ {
go func(id int) {
defer wg.Done() // 确保每个goroutine结束后都调用wg.Done()
for {
num := grand.Intn(100) // 生成0-99的随机数
if num%2 == 0 { // 找到偶数
resultChan <- gconv.String(num)
return // 找到偶数后立即返回，避免goroutine泄露
}
}
}(i)
}
go func() {
wg.Wait() // 等待所有goroutine完成
close(resultChan)
}()
return <-resultChan // 从通道接收结果
}
问题分析:
getnumber_5 函数启动了20个 Goroutine 并发生成随机数。wg.Wait() 确保主 Goroutine 等待所有 20 个 Goroutine 完成后才继续执行。然而，关键在于：即使只有一个 Goroutine 找到偶数并写入 resultChan，其他 19 个 Goroutine 仍然在循环中持续运行，直到找到偶数。 这些 Goroutine 的生命周期并没有被正确管理，导致程序结束时，仍有大量 Goroutine 存在。runtime.NumGoroutine() 函数统计了所有正在运行的 Goroutine，因此数量大于 1。
改进建议:
为了避免 Goroutine 数量异常，应该在每个 Goroutine 中添加合适的终止条件，例如：
-
使用上下文 (context): 使用
context.WithCancel创建一个上下文，并在找到偶数后取消上下文，从而通知其他 Goroutine 停止运行。 -
使用信号量 (semaphore): 使用信号量限制并发 Goroutine 的数量，并在找到偶数后释放信号量。
-
在找到结果后关闭通道: 在找到偶数后立即关闭
resultChan通道，这会让 select 语句中的其他 Goroutine 发现通道已关闭而退出。
通过改进 Goroutine 的生命周期管理，可以避免 Goroutine 数量超出预期的情况，提高程序的效率和稳定性。 修改后的代码应该在找到结果后立即结束 Goroutine，避免无谓的资源消耗。
