redis bitmap实现用户签到统计的核心是将“某天是否签到”压缩为1 bit（0或1），以sign:{uid}:{yyyymm}为key按月组织，offset=n−1对应第n天，通过setbit/getbit原子操作签到与查询，bitcount统计总数，并借助bitpos与位运算支持连续签到判定及多日活跃合并。
Redis 用 Bitmap 实现用户签到统计，核心是把“某天是否签到”压缩成一个 bit（0 或 1），用极小内存承载海量状态。它不存用户 ID、不建索引、不写 SQL，靠位操作完成读写和聚合，适合日活百万级以上的高频签到场景。
Key 设计与位偏移规则
按月组织数据最常用：key 格式为 sign:{uid}:{yyyyMM}，例如 sign:10086:202608 表示用户 10086 在 2026 年 8 月的签到记录。
- 每月最多 31 天，所以只需 31 个 bit 位 —— 实际占用不到 4 字节
- 第 1 天对应 offset = 0，第 2 天 offset = 1，… 第 N 天 offset = N−1
- 比如今天是 8 月 6 日，就对 offset = 5 执行 setbit 操作
基础签到与查询操作
签到和验证都是一条命令，原子且高效：
-
用户签到：
SETBIT sign:10086:202608 5 1（把 8 月 6 日标记为已签） -
查是否签过：
GETBIT sign:10086:202608 5→ 返回 1 表示已签，0 表示未签 -
本月签到总天数：
BITCOUNT sign:10086:202608→ 直接返回 1 的个数
连续签到天数怎么算？
Bitmap 本身不直接支持“最长连续 1”的计算，但可借助 BITPOS 和客户端逻辑高效实现：
- 先用
BITPOS sign:10086:202608 0找到本月第一个未签日（即首个 0 的位置） - 再从当天往前扫描，用
GETBIT逐位判断是否为 1，直到遇到 0 或到月初为止 - 更优做法：维护一个额外 key 记录当前连续天数（如
sign:streak:10086:202608），签到时自增或重置，避免每次遍历
跨日/跨月统计与合并
利用位运算做集合操作，轻松支持多日活跃、周活、月活等指标：
-
7 天内至少签到 1 天（周活）：对 7 个 daily key 做
BITOP OR week_active sign:20260730 sign:20260731 ... sign:20260805，再BITCOUNT week_active -
连续 3 天都签到（交集）：用
BITOP AND three_day sign:20260804 sign:20260805 sign:20260806，结果中为 1 的 bit 代表这三天全签的用户 - 注意：
BITOP输出的是新 key，建议配合过期时间（EXPIRE）清理临时结果
