Go 中应使用 gobreaker 而非已归档的 hystrix-go；需复用断路器实例，Timeout 设为略大于下游 P95 延迟，cb.Execute 必须包裹完整请求流程（含响应读取与 JSON 解析），失败需显式 return；隔离仓需配合 semaphore 实现，并调低 MaxIdleConnsPerHost；fallback 必须纯内存操作，不可引入新依赖。
Go 里用 gobreaker 实现断路器，别直接上 hystrix-go
现在主流是用 gobreaker，不是 hystrix-go —— 后者已归档，且依赖过时的 go.uber.org/yarpc，在 Go 1.20+ 下编译会报 undefined: sync.Pool.Clone 这类错误。而 gobreaker 轻量、无外部依赖、API 清晰。
实操建议：
- 用
go get github.com/sony/gobreaker安装，别碰hystrix-go - 断路器实例要复用，不要每次调用都 new 一个 —— 它本身是线程安全的，但频繁创建会丢失状态统计
- 关键参数：把
cb.Settings.Timeout设为略大于下游 P95 延迟（比如下游 P95 是 800ms，这里设 1s），否则熔断太敏感；cb.Settings.ReadyToTrip推荐用默认函数，自己写逻辑容易误判
HTTP 客户端调用必须包一层 cb.Execute，不能只 wrap request 构造
常见错误是只把 http.NewRequest 或 client.Do 包进闭包传给 cb.Execute，结果超时、连接拒绝等底层错误没被断路器捕获 —— 因为 gobreaker 只认你闭包里显式 return 的 error。
正确做法：
立即学习“go语言免费学习笔记（深入）”；
- 整个请求 + 响应体读取 + JSON 解析都塞进闭包里，任何环节出错都要
return err - 示例：
_, err := cb.Execute(func() (interface{}, error) { resp, err := client.Do(req) if err != nil { return nil, err // 连接失败、DNS 错误等，立刻计入失败计数 } defer resp.Body.Close() if resp.StatusCode != 200 { return nil, fmt.Errorf("bad status: %d", resp.StatusCode) // 非 200 也应视为失败 } body, _ := io.ReadAll(resp.Body) return json.Unmarshal(body, &result), nil }) - 注意：如果
json.Unmarshal失败，也要 return，否则断路器看不到这个失败
隔离仓（Bulkhead）得靠 goroutine + channel 控制并发，gobreaker 不提供
gobreaker 只管“熔断”，不管“资源隔离”。微服务里一个慢接口拖垮整个服务，往往是因为 goroutine 泛滥或连接池耗尽，不是因为没熔断。
实操建议：
- 对每个下游服务单独配一个
semaphore（比如用golang.org/x/sync/semaphore），限制最大并发请求数（如 10） - HTTP client 的
Transport.MaxIdleConnsPerHost必须同步调低（比如也设成 10），否则 semaphore 挡不住连接泄漏 - 别用全局
http.DefaultClient—— 它的连接池是共享的，一个服务出问题会影响所有调用 - 示例中 semaphore 获取要带 context，超时就直接 fail fast：
if err := sem.Acquire(ctx, 1); err != nil { return err }
级联故障真正爆点常在 fallback 逻辑里
很多人以为加了 fallback 就安全了，结果 fallback 本身又去调另一个服务，或者做重试、日志序列化、DB 写入，反而把线程池撑满。
要点：
- fallback 必须是纯内存操作：返回硬编码值、查本地 map、或用 sync.Pool 缓存的默认结构体
- 绝对不要在 fallback 里发起新 HTTP 请求、DB 查询、或调用其他可能失败的函数
- 如果 fallback 需要异步上报降级事件，用带 buffer 的 channel 投递，避免阻塞主流程
- 留意
gobreaker的cb.Allow()返回 false 时，你仍需主动返回 fallback —— 它不会自动帮你调，这点和 Hystrix 不同
最麻烦的从来不是怎么加断路器，而是你怎么确认 fallback 真的不失败、semaphore 真的没漏、以及 timeout 值是不是贴着真实 P95 动态调的 —— 这些没法靠一个库自动搞定。
