无缓冲channel适合轻量信号传递，延迟低但易阻塞；有缓冲channel可提升吞吐、平滑流量，但缓冲过大易掩盖背压问题。选择取决于同步需求、速率波动及生产/消费模型。
性能差距不能一概而论，关键看场景——不是“有缓冲就快、无缓冲就慢”，而是“匹配模式才高效”。真正影响性能的，是通信节奏是否与 channel 类型对齐。
无缓冲 channel 的性能特点
它几乎没有额外内存开销（buf 为 nil），每次发送/接收都是直接 goroutine 间数据拷贝，延迟极低。但代价是强同步等待：发送必须等到接收方就绪，反之亦然。这在高并发下容易形成瓶颈，比如多个生产者争抢一个无缓冲 channel，会频繁挂起、唤醒，调度开销明显上升。
- 适合极轻量信号传递，如
done := make(chan struct{}) - 不适合数据流密集场景，吞吐量天然受限
- 死锁风险高，main 中单 goroutine 使用必崩
有缓冲 channel 的性能特点
缓冲区是一块固定大小的循环数组（dataqsiz > 0），只要未满/非空，收发就立即返回，避免 goroutine 切换。小缓冲（1–16）几乎不增加内存负担，却能平滑突发流量，提升吞吐。
- 缓冲大小为 1 时，相当于“接力棒”交接：发完即走，收方可延后取
- 缓冲为 100 时，能吸收短时峰值，但若消费者长期跟不上，缓冲会持续积压，内存占用升高、GC 压力增大
- 过大的缓冲（如 10000+）可能掩盖背压问题，让生产者盲目快跑，最终拖垮系统
实测对比的关键观察点
在相同负载下：
- 纯协调类任务（如启动通知、退出信号），无缓冲更快更省——没
数据要存，加缓冲反而多一次内存写入
- 日志采集、批量任务分发等场景，缓冲为 100 的 channel 吞吐量常比无缓冲高 3–5 倍，因为减少了 80% 以上的 goroutine 阻塞等待
- 当缓冲设得过大（如 10000），单次发送耗时变化不大，但整体内存占用翻倍，GC 频率上升，端到端延迟反而波动加剧
怎么选才真有效
别盯着“快多少”，先问两个问题：
- 我需要双方严格步调一致，还是允许短暂脱节？——选无缓冲 or 小缓冲
- 数据产生和消费速率是否稳定？波动大就用缓冲，且大小应略大于典型峰值差值
- 是否有多生产者/多消费者？无缓冲需额外锁或协调，有缓冲天然支持，但要注意关闭时机和读完剩余数据
