答案：Go中channel死锁主因是发送接收不匹配、未关闭通道及nil通道操作。需确保接收先于发送或使用缓冲通道；range循环时发送方须关闭通道；初始化channel避免nil；select加default防阻塞。把握“谁发、谁收、何时关”原则可有效避免死锁。
Go 语言中，channel 是 goroutine 间通信的基石，但使用不当极易引发死锁。解决这类问题的核心在于理解 channel 的阻塞机制，并确保发送与接收操作在正确的时机和位置配对出现。
无缓冲 channel 的同步阻塞
无缓冲 channel 要求发送和接收必须“同时就绪”，否则操作会永久阻塞。最常见的错误是在主 goroutine 中先进行发送操作，再尝试启动接收者，这会导致主 goroutine 在发送时就被卡住，后续代码无法执行。
例如，以下代码会立即死锁：
func main() {ch := make(chan int)
ch fmt.Println(}
要避免此问题，关键是让接收操作先于或并发于发送操作存在：
立即学习“go语言免费学习笔记（深入）”；
- 将接收方放入独立的 goroutine：这样主 goroutine 可以继续执行发送，而另一个 goroutine 已准备好接收。
- 为 channel 添加缓冲：创建带缓冲的 channel（如 make(chan int, 1)），允许一定数量的发送操作无需等待接收方就能完成，从而解耦发送与接收的时间点。
range 循环因未关闭通道而无限阻塞
使用 for range 遍历 channel 时，循环会一直等待，直到 channel 被关闭且其中所有数据都被读取完毕。如果发送方忘记关闭 channel，接收方的 range 循环将永远阻塞，导致死锁。
典型场景是工作池模式，主 goroutine 启动多个 worker goroutine 处理任务，然后通过 range 等待结果。如果主 goroutine 不关闭发送结果的 channel，worker 全部结束后，主 goroutine 仍会持续等待新数据。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
解决方法是，在所有发送操作完成后，由发送方显式调用 close() 函数关闭 channel。此外，也可以使用计数器来替代 range 循环，明确知道需要接收多少条数据，接收完指定数量后循环自然结束。
零值（nil）通道的致命陷阱
未初始化的 channel 其值为 nil。向 nil channel 发送数据或从 nil channel 接收数据都会导致对应的 goroutine 永久阻塞，这是非常隐蔽的死锁来源。
一个常见误区是创建通道的切片或 map 时，只声明了容器，却没有初始化其中的每个元素。例如：
channels := make([]chan int, 5) // 所有元素都是 nilgo func() { channels[0]
在使用前，必须确保每个 channel 都通过 make 函数正确初始化。
select 语句的 default 分支防阻塞
当使用 select 语句监听多个 channel 时，如果所有 case 中的发送或接收操作都无法立即完成，且没有 default 分支，那么 select 就会阻塞。
如果这个 select 位于主 goroutine 中，并且没有其他活跃的 goroutine 能够唤醒它，程序就会进入死锁状态。为了避免这种情况，可以在 select 中添加一个 default 分支，使其成为非阻塞的。default 分支会在没有任何 channel 就绪时立即执行，保证代码可以继续运行，常用于实现轮询或超时检查。
基本上就这些，核心是把握好“谁发、谁收、何时关”这三个关键点。
