使用令牌桶算法在Golang微服务中实现限流，可通过rate.Limiter控制请求速率；结合中间件统一管理限流逻辑，适用于单机场景；分布式环境下采用Redis有序集合实现滑动窗口，保障多实例间一致性；通过客户端标识区分用户策略，利用Lua脚本保证操作原子性，根据业务规模选择合适方案。
在Golang微服务中处理请求限流，核心目标是防止系统因瞬时流量过高而崩溃。限流能保护后端资源，保障服务稳定性。常见的做法是在网关层或服务内部实现限流逻辑，结合具体场景选择合适算法。
使用令牌桶算法进行平滑限流
令牌桶算法适合控制请求的平均速率，同时允许一定程度的突发流量。Golang标准库golang.org/x/time/rate提供了rate.Limiter，实现简单且线程安全。
示例代码：
// 每秒允许100个请求，最多积压50个
limiter := rate.NewLimiter(100, 150)
// 在HTTP处理器中使用
if !limiter.Allow() {
http.Error(w, "too many requests", http.StatusTooManyRequests)
return
}
基于中间件实现全局限流
将限流逻辑封装成HTTP中间件，可统一应用于多个路由。适用于API网关或独立服务。
立即学习“go语言免费学习笔记（深入）”；
示例结构：
func RateLimitMiddleware(limiter *rate.Limiter) func(http.Handler) http.Handler {
return func(next http.Handler) http.Handler {
return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
if !limiter.Allow() {
http.Error(w, "rate limit exceeded", http.StatusTooManyRequests)
return
}
next.ServeHTTP(w, r)
)
}
}
分布式环境下使用Redis+滑动窗口
单机限流无法满足多实例部署场景。可借助Redis实现分布式滑动窗口限流，保证全局一致性。
关键思路：记录每次请求时间戳，用Redis的有序集合（ZSET）存储，清理过期请求，统计当前窗口内请求数。
操作步骤：
- 每个请求到来时，删除早于窗口时间的记录
- 添加当前时间戳到ZSET
- 设置过期时间避免数据无限增长
- 统计ZSET中元素数量是否超过阈值
可用Lua脚本保证原子性，避免并发问题。
结合客户端标识做精细化控制
不同用户或IP可能需要不同限流策略。可通过提取请求头中的X-Forwarded-For、Authorization或自定义标识，构建独立限流器。
常见做法：
- 为每个用户ID创建独立的rate.Limiter，用map缓存，注意加锁或使用sync.Map
- 使用前缀+标识作为Redis键，如rate_limit:user_123
- 配置分级策略：普通用户100次/分钟，VIP用户500次/分钟
基本上就这些。根据服务规模选择合适方案，小项目用rate.Limiter足够，大规模分布式系统建议结合Redis与滑动窗口。关键是不堆复杂度，先满足业务需求。
