Go语言实现Redis排行榜的核心是使用Sorted Set：ZAdd写入（Score为float64，Member为字符串），ZIncrBy原子累加，ZRevRangeWithScores降序查榜带分，ZRevRank查排名（-1表示未上榜），并配连接池与异步落库保障高并发健壮性。
Go语言实现基于Redis的高并发排行榜系统，核心在于用对数据结构、写对客户端调用、守住原子性边界。关键不是堆功能，而是让ZSet真正扛住并发写、查得准、排得稳。
选对Redis结构：Sorted Set是唯一主线
排行榜必须用 Sorted Set（ZSet），别用List或Hash模拟排序——它天然支持按分数动态排序、范围查询、排名定位，且所有操作都是O(log N)时间复杂度。
-
zadd 写入必须封装 redis.Z：Score必须是
float64（如95.0，不能写95），Member必须是可读字符串（如"uid:1001"），不可用 struct 或中文 -
降序取榜用 ZRevRangeWithScores：要展示“分数高者靠前 + 带分数”，必须用这个命令；
ZRange是升序，ZRevRange不带 scores 则拿不到分数值 -
索引参数强制 int64：比如取前10名，写法是
rdb.ZRevRangeWithScores(ctx, key, 0, int64(9))，传0, 9（int）会编译失败
并发安全：累加用 ZIncrBy，覆盖用 ZAdd
业务语义决定命令选择，混用会导致数据被意外覆盖。
-
用户活跃度、点赞数、抽奖次数等「增量」场景：统一走
ZIncrBy。它是原子操作，多 goroutine 同时执行ZIncrBy(key, 2.0, "uid:1001")不丢数据 -
后台批计算、最终得分重置等「覆盖」场景：用
ZAdd，重复写同一 member 会静默更新分数，无需先删后加 -
严禁 Go 层读-改-写：比如先
ZScore拿旧分，再加 delta，最后ZAdd——这中间存在竞态窗口，高并发下必然丢分
查榜与兜底：Rank为空不等于出错
查排名和取榜单是高频动作，但返回值含义常被误读。
立即学习“go语言免费学习笔记（深入）”；
-
ZRevRank 返回 -1 表示用户不在榜上，不是错误；
err == nil时仍需判断if rank == -1做业务兜底（如显示“未上榜”） -
Rank 是从 0 开始的索引，前端展示“第几名”需 +1；若要求“前100名外不显示排名”，就别强转
uint或 panic -
查全量榜单？第二个索引传 int64(-1)：如
rdb.ZRevRangeWithScores(ctx, key, 0, -1)是错的，必须写成int64(-1)
工程健壮性：连接、限流、异步落库缺一不可
真实高并发环境里，Redis只是链条一环，周边必须闭环。
-
Redis client 必须配连接池：go-redis 默认有连接池，但需显式设置
PoolSize（建议 20–50），避免瞬时请求打爆连接数 - 写榜成功 ≠ 数据持久化完成：秒杀类场景中，ZIncrBy 或 ZAdd 成功后应立刻返回响应，后续写 MySQL、发 MQ 全部进异步队列，防止 goroutine 卡住阻塞 HTTP 连接
- 单机部署够用，多实例需防缓存不一致：排行榜本身在 Redis 集群中天然共享，但用户资料（如昵称、头像）若存在本地 map 或文件，必须改用 Redis Hash 或独立服务拉取
