该 Go 程序因通道阻塞导致死锁：主 goroutine 在向 c0 发送数据时被阻塞，而消费 c3 的循环尚未启动，致使中间通道逐步填满并最终无法继续写入。

该 go 程序因通道阻塞导致死锁：主 goroutine 在向 `c0` 发送数据时被阻塞，而消费 `c3` 的循环尚未启动，致使中间通道逐步填满并最终无法继续写入。

在 Go 中，无缓冲通道（unbuffered channel）的发送操作会阻塞，直到有协程准备接收；同理，接收操作也会阻塞，直到有协程准备发送。本例中所有通道均为无缓冲通道（make(chan int)），因此形成一条严格同步的流水线：

• c0
• "one" 读取后计算 1+1=2 → 尝试 c1
• "two" 读取后发 c2
• "three" 读取后发 c3 但此时主 goroutine 还未进入 for x := range c3 循环 → c3 发送永久阻塞

关键问题在于：主 goroutine 先执行全部 c0 。由于 c3 无缓冲，第一个值 4 就会让 "three" 协程卡在 c3

✅ 正确解法是并发地生产与消费：将输入发送逻辑放入独立 goroutine，确保 range c3 能及时消费结果，释放上游通道。

以下是修复后的完整代码：

Cline

Cline是一款开源免费的AI编程智能体工具。

下载

package main

import "fmt"

func int_channel(id string, i chan int, o chan int) {
    defer close(o)
    for x := range i {
        fmt.Printf("goroutine '%s': %d\n", id, x)
        o <p>? 注意事项：</p>

• 所有通道必须被正确关闭（由发送方 close()，接收方 range 安全遍历），否则 range c3 会永远阻塞；
• 若需更高吞吐，可考虑为中间通道添加小缓冲（如 make(chan int, 1)），但本质仍需保证生产与消费并发进行；
• 使用 select + default 可实现非阻塞发送（适用于丢弃策略），但本例目标是可靠传递，故不适用。

总结：Go 中的无缓冲通道要求发送与接收严格配对、并发协作。切勿在单个 goroutine 中顺序完成“全量发送 → 后续消费”，而应让生产者与消费者以 goroutine 形式并行运行，这是避免此类死锁的根本原则。