限流应优先用 wait() 排队而非 allow() 粗暴拒绝；熔断需按接口粒度隔离并合理设阈值；降级仅针对 transient error 且无外部依赖；三者须分层协作：限流→熔断→降级，context 超时逐层收敛。
用 rate.Limiter 做 HTTP 接口限流，别只调 Allow()
限流不是“有令牌就放行、没令牌就 429”这么简单。真实场景里，Allow() 立即返回 bool，会丢弃请求的等待意图，导致突发流量被粗暴拒绝，用户体验断层。更合理的是用 Wait() 让请求排队等令牌，配合上下文控制最大等待时长。
-
Wait(ctx)会阻塞直到拿到令牌或 ctx 超时，适合对延迟敏感但允许小幅排队的接口（如商品详情页） - 直接用
Allow()适合强实时性场景（如支付回调验证），但必须配好桶容量b缓冲突发，否则小抖动就大量 429 - 注意：
rate.NewLimiter(10, 5)表示“每秒补充 10 个令牌，桶最多存 5 个”，不是“每秒最多 10 次请求”——空闲时桶满，能扛住 5 个瞬时并发；持续压测下长期速率才是 10 QPS - 常见错误：在中间件里只判
!limiter.Allow()就http.Error，结果高并发下大量请求瞬间被拒，监控看到毛刺式错误率飙升，实际系统负载却很低
降级不能靠“超时就 fallback”，得按错误类型分流
Go 没有自动降级机制，所谓降级是开发者手动写的 if 分支。盲目把所有错误都导向兜底逻辑，反而掩盖真实问题——比如用户传了非法参数返回 400，你却返回缓存数据，前端以为成功了，业务就乱了。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 只对 transient error 降级：
context.DeadlineExceeded、net.ErrClosed、HTTP 状态码502/503/504、gRPC 的codes.Unavailable - 明确不降级的情况：
400、401、404、sql.ErrNoRows、json.UnmarshalError——这些是业务或数据问题，fallback 返回空值会让问题更难定位 - 降级函数必须无外部依赖：不能查主库、不能调另一个 HTTP 接口、不能起新 goroutine。推荐用
sync.Map存预热好的兜底数据，或读本地配置文件 - 示例中常见坑：在
fallbackData()里又调一次http.Get，主服务挂了，降级路径也跟着雪崩
熔断器要按接口粒度隔离，别全服务共用一个 gobreaker.CircuitBreaker
一个熔断器管所有下游，等于把鸡蛋放在一个篮子里。订单服务超时，导致用户服务也被熔断，这是典型的设计失误。熔断必须绑定到具体依赖，比如每个 http.Client 或每个 RPC 方法都配独立熔断器。
-
gobreaker.Settings.Name必须唯一且可识别，例如"order-service-list-api"，方便监控和排查 -
MaxRequests别设太小（如 3），否则低流量下频繁误熔断；也别设太大（如 100），导致故障发现滞后。建议从 10–20 起调，结合平均 RT 动态调整 -
ReadyToTrip函数里别只看失败次数，加权判断更稳：比如counts.FailureCount > 5 && float64(counts.FailureCount)/float64(counts.TotalCount) > 0.5 - 熔断状态变更（Open → Half-Open）后，第一个成功请求必须真正代表服务恢复，否则容易假恢复。确保
Execute包裹的是完整调用链，不是半截逻辑
限流 + 熔断 + 降级要分层协作，不是堆在一起就万事大吉
三者位置和触发顺序错了，整个防护体系就失效。典型错误是把熔断器塞在限流器后面——限流已经把 90% 请求拦住了，熔断器根本收不到足够失败信号，永远无法打开。
- 正确顺序：入口先做限流（削峰），再走熔断（防雪崩），最后在单次调用内做降级（保可用）
- 限流在 API 网关或 HTTP 中间件层；熔断在服务调用封装层（如 repository 或 client 层）；降级在具体业务函数内部，紧贴主逻辑
- 参数要联动：限流阈值
10 QPS，那熔断的Interval至少设为1s，否则统计窗口不匹配，熔断器永远学不会 - 最容易被忽略的点：所有环节都要透传
context.Context，且超时时间逐层收敛（网关 800ms → 熔断器 500ms → 底层 HTTP Client 300ms），否则上层等不到下层响应就已超时，熔断和降级都来不及触发
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
