Go channel 背压：让生产速度服从消费能力

channel 不只是 goroutine 之间传数据的管道，也是表达背压的工具。有界 channel 满了，生产端就会感知消费端跟不上；这时系统可以等待、降级或拒绝，而不是继续制造压力。

无缓冲和有缓冲的取舍

无缓冲 channel 强同步，适合严格交接；有缓冲 channel 能吸收短峰值，但容量必须可解释。容量不是越大越好，越大越容易隐藏问题。

select 防止永久阻塞

向 channel 发送时配合 context 或 default，可以在队列满时及时返回。后台系统可以等待，用户请求通常应该快速失败。

背压要传到入口

如果内部队列满了，入口仍然继续接收请求，只会把问题从 channel 移到内存和 goroutine。正确做法是把繁忙状态反馈给上游。

生产场景

适用于日志处理、事件管道、批量消费和内部异步队列。背压的价值是让消费能力不足这件事暴露出来，而不是继续制造不可见积压。

关键指标

• channel 当前长度与满队列次数
• 生产速率和消费速率差值
• 因为 ctx 取消或 default 分支返回的任务数量

常见误区

• 把 channel 容量设置很大，导致延迟问题被内存掩盖
• 生产端没有 select，队列满时永久阻塞
• 内部满队列没有反馈到入口层

落地建议

建议把队列满视为一种业务状态：用户请求可返回 429 或 503，后台任务可延迟重试或落盘。仪表盘应同时展示队列长度、消费耗时和入队失败。

代码示例

select {
case jobs 

上线检查

• 所有内部队列都有容量。
• 队列满时有明确策略。
• 监控队列长度、入队失败和消费耗时。