使用select配合default、超时机制或带缓冲channel可避免goroutine因channel满而阻塞。示例中，缓冲为2的channel在满后通过select default实现非阻塞发送；结合time.After可设置发送超时，防止无限等待；合理设计缓冲大小和消费者数量能降低阻塞风险，同时需避免向已关闭channel发送数据引发panic。
Go语言中channel是goroutine之间通信的重要机制，但当channel满时，向其发送数据会导致发送方阻塞。如果不妥善处理，这种阻塞可能引发性能问题甚至死锁。解决这个问题的核心思路是避免永久阻塞，常用方法包括使用select配合default、设置超时机制或使用带缓冲的channel。
使用select和default避免阻塞
当channel可能已满时，可以通过select语句搭配default分支实现非阻塞发送。如果channel无法立即接收数据，程序会执行default分支，从而绕过阻塞。
假设有一个缓冲大小为2的channel：
ch := make(chan int, 2)ch ch
立即学习“go语言免费学习笔记（深入）”；
此时channel已满，再执行ch 将阻塞。可以改用以下方式：
select {case ch fmt.Println("成功发送")default: fmt.Println("channel已满，跳过")}
这样程序不会等待，而是立刻判断是否可发送，不可发则执行default逻辑。
通过超时机制控制等待时间
如果希望尝试发送一段时间，而不是完全放弃，可以使用time.After结合select实现超时控制。
select {case ch fmt.Println("发送成功")case fmt.Println("超时，放弃发送")}
这种方式适用于允许短暂等待但不能无限阻塞的场景，比如实时数据采集或用户请求响应。
合理设计channel容量与使用模式
从根本上减少阻塞风险，应根据业务需求合理设置channel的缓冲大小。例如，若生产者速率远高于消费者，可适当增大缓冲：
ch := make(chan int, 100)
同时确保有足够多的消费者及时处理数据。也可以考虑使用range循环消费，避免手动读取遗漏。
另外，在关闭channel时要防止向已关闭的channel发送数据，否则会引发panic。可通过额外的标志位或使用ok-idiom判断channel状态。
基本上就这些。关键是根据实际场景选择非阻塞发送、超时重试或优化结构，避免程序卡死。channel的设计初衷是协程间同步通信，合理利用语言特性才能发挥最大效用。
