go程序goroutine数量异常分析：看似“泄露”的goroutine
本文分析一个Go程序中Goroutine数量超出预期的现象。该程序旨在并发生成随机数，直到找到一个满足条件的数。然而，程序运行后Goroutine数量并非预期的1，而是更多，这引发了对Goroutine生命周期和管理的疑问。
程序代码（已略作调整，方便阅读和理解）：
package mainimport ( "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，避免无谓的资源消耗。
以上就是Go程序中goroutine数量为何比预期多：如何解释多个goroutine看似“泄露”的现象？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1384455.html
微信扫一扫 
支付宝扫一扫 
