使用context.WithCancel创建可取消的上下文，将ctx传入goroutine；2. 在goroutine中通过select监听ctx.Done()通道；3. 当调用cancel时，goroutine收到信号并退出，避免阻塞和资源泄漏。
Go语言中goroutine阻塞是常见问题，处理不当会导致资源浪费、内存泄漏甚至程序崩溃。核心思路是避免无限等待，合理使用通道控制、超时机制和上下文管理。
使用context控制goroutine生命周期
通过context可以优雅地通知goroutine退出，尤其是在HTTP请求或后台任务中非常关键。
创建带取消功能的context，在不需要该goroutine时主动触发关闭：
- 用
context.WithCancel生成可取消的上下文 - 将context传入goroutine内部，监听其Done通道
- 当调用cancel函数时，所有监听该context的goroutine会收到信号并退出
示例：启动一个定时工作goroutine，主程序决定何时停止
立即学习“go语言免费学习笔记（深入）”；
ctx, cancel := context.WithCancel(context.Background())
go func(ctx context.Context) {
for {
select {
case <-ctx.Done():
return // 收到取消信号，退出
default:
// 执行任务
}
}
}(ctx)
// 某个时刻调用cancel()
cancel()为channel操作设置超时
goroutine常因等待channel读写而卡住。使用select + time.After可防止永久阻塞。
比如从一个可能无数据的channel接收信息时：
- 在select中加入
time.After(2 * time.Second) - 超过指定时间仍未收到数据，则走超时分支
- 避免goroutine因无人发送/接收而挂起
这在调用外部服务或依赖其他协程通信时特别有用。
限制并发数量防止资源耗尽
大量goroutine同时运行可能导致系统负载过高。使用带缓冲的channel作为信号量来控制并发数。
常见做法：
- 定义一个容量为N的channel，表示最多允许N个并发任务
- 每个goroutine开始前先向channel发送一个值（占位）
- 任务完成后从channel取值释放位置
这样能有效避免因创建过多goroutine导致调度开销过大或内存溢出。
及时关闭不再使用的channel
如果goroutine在等待一个永远不会关闭的channel，就会一直阻塞。明确知道数据流结束时应主动close channel。
接收方可通过多返回值判断channel是否已关闭：
value, ok := <-ch
if !ok {
// channel已关闭，退出goroutine
}尤其在生产者-消费者模型中，生产者完成任务后应关闭channel，让消费者得知不再有新数据。
基本上就这些。关键是让每个goroutine都有明确的退出路径，不依赖外部不可控因素。结合context、超时和channel状态检查，就能写出健壮的并发程序。
