不能直接用 rate.NewLimiter 做自适应限流，因其 rate.Limit 和 burst 初始化后固定不可变，无法根据实时指标（如响应时间、错误率）动态调整；标准库无回调钩子与指标采集能力，强行重建实例或加锁更新均引发性能瓶颈或并发问题。
为什么不能直接用 rate.NewLimiter 做自适应限流
因为 rate.Limiter 的 rate.Limit 和 burst 是初始化后就固定的，运行时无法动态调整。硬编码写死的速率在流量波动大、负载变化频繁的场景下会失效：低峰期过度限流，高峰期又放不过来。
自适应的核心是「根据实时指标反馈调节桶参数」，比如基于最近 1 分钟的成功请求数、平均响应时间、错误率，或上游服务健康度（如依赖 DB 的连接池使用率）来重设 rate 或 burst。但标准库不提供回调钩子，也没有内置指标采集能力。
- 强行每秒重建
*rate.Limiter实例 → 高并发下sync.Map写竞争严重，且新旧实例切换瞬间可能漏控或双控 - 用 mutex 包裹全局 limiter 并在每次请求前计算新参数 → 成为性能瓶颈，
Allow()变成串行操作 - 误以为调用
SetLimitAndBurst()（该方法根本不存在）→ 编译报错undefined: (*rate.Limiter).SetLimitAndBurst
ulule/limiter 能否支持自适应？
不能原生支持，但可绕过。它内部用 limiter.Bucket 封装令牌逻辑，而 Bucket 的 Rate 和 Capacity 字段是导出的、可写。关键在于：必须在每次获取令牌前，用最新计算出的值覆盖它们，并确保并发安全。
示例片段（需配合指标采集）：
bucket := limiter.NewBucketWithRate(float64(baseRate), int64(baseBurst))
// 每 5 秒从监控系统拉一次建议速率
go func() {
ticker := time.NewTicker(5 * time.Second)
defer ticker.Stop()
for range ticker.C {
newRate := getAdaptiveRate() // 自定义函数，返回 float64
newBurst := getAdaptiveBurst()
bucket.Rate = newRate
bucket.Capacity = newBurst
// 注意：bucket.Tokens 不重置，保留历史累积
}
}()- 必须用
limiter.NewBucketWithRate初始化，而非limiter.NewGenericBucket（后者字段不可写） -
bucket.Rate单位是「每秒令牌数」，不是「每纳秒」；改完后下次Take()会按新速率补桶 - 不要在
Take()过程中修改字段，否则可能触发panic: concurrent map writes
Redis + Lua 实现真正动态令牌桶的关键点
把「判断+扣减+重算」三步压进一个 Lua 脚本，才能保证原子性。Gin 中调用时，不能只靠 INCR + EXPIRE，那只是固定窗口计数器，不是令牌桶。
核心 Lua 脚本要做的事：
- 读取当前
tokens、last_refill、rate、capacity四个字段 - 按
(now - last_refill) * rate算出应新增令牌数，和capacity取 min - 若
tokens >= 1，则tokens--并更新last_refill；否则拒绝 - 把新
tokens和last_refill写回 Redis
自适应逻辑放在 Go 层：每分钟扫描慢查询日志或 Prometheus 指标，生成新的 rate 和 capacity，通过 SET 命令写入对应 key 的 Hash 结构（如 HSET limit:api:/user/profile rate 15 capacity 100）。Lua 脚本读取这些值，而非硬编码。
容易被忽略的「自适应」副作用
自适应不是越灵敏越好。如果每秒都根据 P99 延迟调整限流阈值，可能引发震荡：延迟升高 → 降速 → 流量积压 → 延迟更高 → 继续降速，最终雪崩。
- 必须加平滑因子：新速率 = 0.7 × 当前速率 + 0.3 × 建议速率，避免突变
- 设置上下限：即使错误率达 100%，
rate也不能低于 1（否则彻底熔断），也不能高于初始值的 2 倍（防误判） - 指标采集本身要有熔断：如果 Prometheus 查询超时，立刻 fallback 到静态配置，而不是卡住整个限流逻辑
真正的自适应限流，80% 工作量不在 Gin 中间件里，而在指标采集、决策模型和降级策略上。写个能动态改 rate 的中间件很简单，让这个改动「安全、稳定、可解释」才难。
