在 Go 语言中，channel 的哪些使用方式会导致 goroutine 或内存资源无法被回收，从而引发资源泄漏？
考察说明
考查对 Go channel 生命周期管理及并发安全性的理解。
回答思路
- 【回答框架 1】channel 资源泄漏主要指 goroutine 永久阻塞，导致其栈和引用对象无法被 GC 回收。常见场景包括：向已无接收者的 channel 发送数据、从已无发送者的 channel 接收数据，且没有通过 close 或 context 取消来解除阻塞。
- 【回答框架 2】典型场景一：向未初始化（nil）的 channel 发送或接收会永久阻塞；向已满的 channel 发送而接收方已退出，或从已空的 channel 接收而发送方已退出，都会导致 goroutine 挂起，若没有超时或退出机制则泄漏。
- 【回答框架 3】典型场景二：使用无缓冲 channel 进行同步，但一方 goroutine 提前返回，导致另一方等待永远无法完成。例如，生产者 goroutine 发送数据后退出，消费者却始终在等待。
- 【回答框架 4】解决方案：使用 select 搭配 default 或 time.After 实现超时控制；使用 context 的取消信号关闭 channel 或让 goroutine 退出；确保 channel 的关闭时机正确，且发送方和接收方数量匹配。
- 【回答框架 5】避免泄漏的关键在于：明确 channel 的所有权和关闭责任，通常由发送方负责关闭；对于动态数量的 goroutine 使用 sync.WaitGroup 或 errgroup 等待完成；启用 Go 的竞态检测和 pprof 监控阻塞事件。
- 【关键点 1】向 nil channel 发送或接收会导致永久阻塞。
- 【关键点 2】向无接收者的 channel 发送或从无发送者的 channel 接收，若无超时或退出机制，会造成 goroutine 泄漏。
- 【关键点 3】channel 关闭应由发送方负责，且只能关闭一次。
- 【关键点 4】使用 select + timeout 或 context 取消来避免永久阻塞。
- 【关键点 5】通过 pprof 或 runtime.NumGoroutine 检测泄漏。