Go语言通过goroutine实现高效并发，但需防范阻塞导致的资源泄漏。常见阻塞包括channel读写未匹配、HTTP响应体未关闭、select缺少default及死锁。应使用pprof分析goroutine堆栈，定位异常；通过带缓冲channel控制并发数，如sem := make(chan struct{}, 10)限制并发；用sync.WaitGroup协调任务生命周期；推荐errgroup.Group管理批量任务。优化通信：为操作设置超时，如select+time.After；优先使用有缓冲channel；及时关闭无用channel；避免循环中频繁创建goroutine，改用工作池复用。核心是利用context.Context传递取消信号和截止时间，确保所有goroutine可被及时终止，防止泄漏。关键实践是将ctx context.Context作为函数首参数，保障调用链可中断，结合监控与限流，提升系统稳定性。
Go语言的并发模型依赖于goroutine，轻量级线程让并发编程变得简单高效。但若使用不当，goroutine阻塞会引发内存泄漏、CPU资源浪费甚至服务崩溃。解决这类问题需从识别阻塞源头、合理控制并发和优化通信机制入手。
识别常见的goroutine阻塞场景
很多阻塞源于对channel或系统调用的错误使用：
- 未关闭的channel读写：从无缓冲channel读取数据但没有对应写入，或向已满的channel写入且无人接收，都会导致永久阻塞。
- 忘记关闭HTTP响应体：使用http.Get后未调用resp.Body.Close()，会导致底层连接无法释放，积累后耗尽资源。
- Select中缺少default分支：在循环中使用select等待多个channel时，若所有case都不可运行，会一直阻塞当前goroutine。
- 死锁操作共享资源：多个goroutine相互等待对方释放锁，形成死锁。
可通过pprof工具分析运行时状态。启动Web服务后访问/debug/pprof/goroutine，查看当前活跃的goroutine数量及堆栈信息，快速定位异常增长点。
控制并发数量避免资源耗尽
无限制创建goroutine容易压垮系统。应通过以下方式限制并发度：
立即学习“go语言免费学习笔记（深入）”；
- 使用带缓冲的channel作为信号量：预先设置最大并发数，每个任务执行前先从channel获取“令牌”，完成后归还。例如10个并发上限可定义sem := make(chan struct{}, 10)，每次启goroutine前发送空结构体占位。
- 利用sync.WaitGroup协调生命周期：主协程通过Add和Wait等待所有子任务完成，防止提前退出导致子goroutine被中断。
- 采用第三方库如errgroup.Group：支持上下文取消、错误传播和并发控制，适合批量请求场景。
对于大量I/O任务（如爬虫），建议按批次提交，结合超时控制，避免瞬时高并发拖慢整体性能。
优化channel通信与超时处理
合理的channel设计能显著降低阻塞风险：
- 为关键操作设置超时：使用select配合time.After()，防止无限等待。例如数据库查询超过2秒自动放弃。
- 优先使用有缓冲channel传递数据：减少生产者与消费者之间的强耦合，提升吞吐量。
- 及时关闭不再使用的channel：通知接收方数据流结束，避免其持续阻塞等待。
- 避免在循环中创建大量短生命周期goroutine：考虑用工作池模式复用goroutine，减少调度开销。
例如实现一个简单的worker pool，固定N个worker从任务队列拉取任务执行，既能控制并发又能重用执行单元。
善用Context管理生命周期
context.Context是控制goroutine生命周期的核心工具：
- 传递取消信号：当请求被取消或超时时，Context可触发Done()通道，通知所有相关goroutine退出。
- 跨API边界传递截止时间：HTTP服务器会自动为每个请求生成带超时的Context，下游调用应继承并遵守该约束。
- 避免goroutine泄漏：任何启动的goroutine都应监听Context的关闭信号，及时清理资源并退出。
编写并发函数时，将ctx context.Context作为第一个参数是良好实践。它使整个调用链具备可中断性，极大增强程序健壮性。
基本上就这些。关键是意识到goroutine不是免费的，必须主动管理其生命周期和资源消耗。通过监控、限流、超时和正确使用Context，可以有效规避阻塞问题，保障服务稳定高效运行。
