3道Go协程死锁真题解析

经典无缓冲通道死锁

当使用无缓冲通道且发送与接收不匹配时，极易引发死锁。以下代码是典型错误示例：

func main() {
    ch := make(chan int)
    ch <- 1        // 阻塞：无接收者
    fmt.Println(<-ch)
}

执行逻辑：ch <- 1 在主线程中尝试发送数据，但此时没有协程准备接收，导致主协程阻塞。程序无法继续执行后续的接收操作，触发死锁。

修复方式是启用独立协程处理发送：

func main() {
    ch := make(chan int)
    go func() {
        ch <- 1    // 在子协程中发送
    }()
    fmt.Println(<-ch) // 主协程接收
}

单向通道误用陷阱

Go 的类型系统支持单向通道，但错误声明会导致运行时问题：

func sendOnly(ch chan<- int) {
    ch <- 42
}
func main() {
    ch := make(chan int)
    sendOnly(ch)
    fmt.Println(<-ch) // 死锁：sendOnly 发送后无其他接收者
}

虽然此例不会编译报错，但如果 sendOnly 被误认为能触发异步行为而未启动协程，则主协程在 <-ch 时可能永远等待。正确做法：

• 确保发送和接收在不同协程；
• 或明确调用 go sendOnly(ch)。

Close引发的重复关闭恐慌

多次关闭同一通道会触发 panic，虽非传统死锁，但属并发常见陷阱：

正确模式应由唯一生产者关闭通道：

go func() {
    defer close(ch)
    for i := 0; i < 5; i++ {
        ch <- i
    }
}(