无缓冲channel要求发送与接收同步，发送方阻塞直至接收方就绪，定义为ch := make(chan int)，用于goroutine间同步通信。
在 Go 语言中，channel 是实现 goroutine 之间通信的核心机制。根据是否带缓冲，channel 分为无缓冲 channel 和 有缓冲 channel。它们的行为差异直接影响程序的并发逻辑和执行顺序。
无缓冲 Channel：同步通信
无缓冲 channel 的容量为 0，发送和接收操作必须同时就绪才能完成。也就是说，发送方会一直阻塞，直到有接收方准备好；反之亦然。
定义方式：
ch := make(chan int) // 无缓冲示例代码：
立即学习“go语言免费学习笔记（深入）”；
package mainfunc main() {
ch := make(chan int)
go func() {
ch }()
val := println(val) // 输出 42
}
在这个例子中，子 goroutine 执行 ch 时会被阻塞，直到主 goroutine 执行 <code> 才能继续。这种行为实现了<strong>同步 handshake（握手）</strong>，常用于事件通知或任务完成信号。
有缓冲 Channel：异步通信
有缓冲 channel 在内部维护一个队列，只要缓冲区未满，发送就不会阻塞；只要缓冲区非空，接收也不会阻塞。
定义方式：
ch := make(chan int, 3) // 缓冲大小为 3示例代码：
立即学习“go语言免费学习笔记（深入）”；
package mainfunc main() {
ch := make(chan int, 2)
ch ch // ch println( println(}
这里可以连续发送两个值而不会阻塞，因为缓冲区能容纳两个元素。只有当缓冲区满时，再发送才会阻塞，直到有接收操作释放空间。
实际使用中的关键区别
- 同步 vs 异步语义：无缓冲 channel 强制同步，适合需要精确协调的场景，比如信号传递、goroutine 协作启动；有缓冲 channel 提供一定程度的解耦，适合生产者-消费者模型中平滑数据流。
- 死锁风险：无缓冲 channel 容易因缺少配对操作导致死锁。例如，只发送不接收，或只接收不发送。
- 缓冲大小选择：缓冲不是越大越好。过大的缓冲可能掩盖并发问题，降低响应性，甚至退化为“伪同步”阻塞。
- close 行为：关闭 channel 后，仍可从其中读取剩余数据。对已关闭的 channel 发送会 panic；接收则返回零值和 false（表示通道已关闭）。
常见实践建议
- 优先使用无缓冲 channel 明确同步意图，特别是在小规模协作中。
- 当生产速度偶尔快于消费速度时，使用有缓冲 channel 缓冲突发数据。
- 避免在多个 goroutine 中写入同一 channel 而不控制关闭，应由唯一生产者负责 close。
- 用
range遍历 channel 会自动等待并检测关闭状态，更安全。
基本上就这些。理解 channel 是否带缓冲，关键看它是否要求发送与接收即时匹配。掌握这一点，就能更好设计并发流程，避免阻塞和死锁。
