go中无自动降级熔断，需手动判断errors.is(err, context.deadlineexceeded)||errors.is(err, context.canceled)，显式处理gobreaker.erropen，降级函数须类型一致、无副作用、纯本地执行，并与熔断开关动态联动。
Go 里没有“自动降级熔断”这回事，gobreaker 只管开关，context 只管超时，降级逻辑必须你手动写、手动判断、手动触发——漏掉任一环，服务就直接 500。
如何正确判断该不该走降级
不能靠 err.Error() 里有没有 “timeout” 字样，也不能只判 err == context.DeadlineExceeded。上游主动 cancel、下游提前关闭连接、gRPC 返回 codes.Canceled，都会导致降级失效。
- 统一用
errors.Is(err, context.DeadlineExceeded) || errors.Is(err, context.Canceled)判断上下文终止类错误 - 对 HTTP 调用，还要额外检查
resp.StatusCode >= 500并转成 error，否则 503 不进失败计数，熔断器永远不触发 -
sql.ErrNoRows是业务正常态，不是故障，不该降级；而"dial tcp: i/o timeout"才是瞬时故障，必须兜底 - 强一致性操作（如扣库存、写流水）禁止降级——它不是“可用性妥协”，而是“数据风险”，该熔断或重试，不该返回默认值
为什么 gobreaker.ErrOpen 必须显式处理
gobreaker.Execute 的 fallback 参数只在两种情况下执行：熔断器处于 Open 状态（返回 gobreaker.ErrOpen），或主函数 panic。它**不会**捕获网络超时、HTTP 5xx、gRPC Unavailable 这类业务/传输错误。
- 错误写法：
cb.Execute(func() {...}, func(e error) { return fallback() })—— 这个 fallback 永远不会被调用，除非主函数 panic - 正确流程：先
res, err := cb.Execute(...)，再if errors.Is(err, gobreaker.ErrOpen)，然后单独调用你的降级函数 - 降级函数签名必须和主函数严格一致，比如
func() (*User, error)，不能返回*User或error单独一个 - 降级里禁止起 goroutine、查 DB、调其他 breaker，连
log.Printf都建议换成异步 channel 写入，避免拖慢主链路
本地降级策略怎么写才安全
所谓“本地”，是指不依赖任何外部服务、不发新请求、不改状态、不抛 panic 的兜底路径。它的核心是「快 + 确定 + 无副作用」。
- 缓存旧数据：从
sync.Map或本地 LRU cache 读，别查 Redis；过期时间要明确，别用永不过期的“默认配置” - 静态响应：用
DefaultUser()构造函数返回显式默认值，而不是&User{}—— 后者序列化后是{"name":"","age":0}，前端可能误判为真实空数据 - 轻量计算替代：推荐服务不可用时退化为按 ID 取模排序，而不是调另一个远程模型服务
- 所有降级函数必须带 context 参数，并在入口立刻检查
ctx.Err()，防止降级本身也超时卡住
熔断与降级开关必须联动且可动态控制
硬编码的 if isDegraded { return fallback() } 等于没开关。线上发现降级逻辑有 bug，或者下游已恢复，你的服务还在返回假数据。
- 降级开关必须支持运行时更新，例如通过
/admin/degrade/enable?service=user&mode=cache接口控制 - 熔断器打开时，应同步关闭对应降级开关——否则熔断后还在返回缓存值，下游恢复了你也收不到真实流量
- 每个下游服务配独立
gobreaker.CircuitBreaker实例，不能多个依赖共用一个 breaker，否则 A 服务挂了会误杀 B 服务 -
gobreaker.Settings.Timeout是熔断器等待Execute返回的最长时间，不是 HTTP 超时；http.Client.Do的 ctx 超时必须比它短 20%～30%，否则 goroutine 会挂着不释放
最容易被忽略的是：降级不是“让服务不死”，而是“让业务可感知地降级”。返回一个空数组、一个默认文案、一个过期缓存，都得让前端能区分这是兜底还是真实结果——否则问题排查时，没人知道是数据真没了，还是降级悄悄生效了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
