Redis签到功能一键搞定，告别手动签到烦恼，高效便捷

用Redis的SETBIT和BITCOUNT命令，可以一键搞定签到功能，代码简单高效，比如用户ID为1001在2024年3月15日签到，只需执行 SETBIT sign:1001:202403 14 1 ，查询当月签到天数用 BITCOUNT sign:1001:202403 。

为什么要用Redis做签到？

传统签到方式，比如用数据库记录，每次签到都要插入一条数据，用户多了数据量就很大，查询起来也慢。Redis是内存数据库，速度特别快，而且它提供的位图（Bitmap）功能，正好适合签到这种“是/否”的场景。位图可以看成是一个很长的二进制数组，每个用户每个月用一个位图表示，每一天对应一个位，签到就设为1，没签到就是0。这样占用的空间非常小，一个用户一个月最多31位，不到4个字节，就算有百万用户，存储压力也很小。而且Redis的命令都是原子操作，不用担心并发签到的问题，特别稳定。

具体怎么一步步实现？

首先，你得有一个运行起来的Redis服务器，然后在你的项目里连接上它。签到的核心是两个命令：SETBIT和BITCOUNT。假设用户ID是1001，今天是2024年3月15日（这个月的第15天，注意位图的偏移量从0开始，所以第15天对应偏移量14）。当用户点击签到按钮时，后端就执行 SETBIT sign:1001:202403 14 1 。这个命令的意思是，在键名为“sign:1001:202403”的位图中，把第14位（也就是第15天）设置成1。键名的设计很有讲究，“sign”是前缀，1001是用户ID，202403是年月，这样不同用户不同月份的数据就分开了，不会乱。

怎么查这个用户这个月签到了多少天呢？用 BITCOUNT sign:1001:202403 ，它直接返回这个位图里1的个数，也就是签到天数。如果想查某一天是否签到了，比如查3月15日，用 GETBIT sign:1001:202403 14 ，返回1就是签了，0就是没签。还可以用BITOP命令做位运算，比如算连续签到天数，虽然稍微复杂点，但也是基于这些基本操作。

有什么要注意的坑？

第一个坑是偏移量的计算。位图的偏移量是从0开始的，但我们的日期通常从1开始。比如3月1日，偏移量是0；3月31日，偏移量是30。千万别搞错了，不然数据就对不上。第二个坑是Redis的键过期问题。签到数据通常要保留一段时间，比如一年。你可以给键设置过期时间，用EXPIRE命令，比如 EXPIRE sign:1001:202403 2592000 （设置30天过期，具体时间根据需求定）。但注意，如果每个月都自动创建新键，最好在设置键的同时就设置过期时间，避免旧数据一直堆积。第三个坑是月份切换。到了4月1日，用户签到，就要用新的键“sign:1001:202404”，偏移量从新当月的第一天开始算。这些逻辑要在代码里处理好。

实际效果怎么样？

用了这套方案，签到功能真的变得超级简单。以前可能要写一堆SQL，现在几行Redis命令就搞定。性能上，无论多少用户同时签到，Redis都能轻松应对，因为SETBIT是O(1)的时间复杂度。存储上，省了太多空间。对于开发者来说，维护起来也方便，代码清晰易懂。用户感受就是签到瞬间完成，没有延迟，体验很棒。

FAQ

问：位图偏移量最大能设多少？会不会不够用？
答：Redis位图的偏移量最大支持2^32-1（大约42亿），对于签到来说，就算按天存100年的数据，也才36500天，远远够用，完全不用担心。

问：如果我想查用户连续签到了几天，该怎么实现？
答：一种常见方法是，从当前日期往前一天天查GETBIT，直到遇到0为止。比如今天3月15日，就查偏移量14,13,12...直到返回0，统计连续为1的天数。虽然要循环查，但因为Redis在内存中，速度很快，对性能影响很小。

问：除了签到，Redis位图还能用在哪些地方？
答：很多需要记录二值状态（是/否）的场景都可以用。比如用户在线状态统计、每天活跃用户记录、功能开关标记等。原理都差不多，利用位图节省空间和提升速度。

引用来源：基于Redis官方文档关于位图（Bitmap）命令（SETBIT, GETBIT, BITCOUNT等）的应用实践，以及常见签到场景的实现模式总结。