你知道的越多，不知道的就越多，业余的像一棵小草！
你来，我们一起精进！你不来，我和你的竞争对手一起精进！
编辑：业余草 推荐：https://www.xttblog.com/?p=5097
一个签到功能，可以实现得很复杂(涉及到积分，任务，并发等)，也可以实现得很简单。今天我只提供思路，不涉及具体实现，也欢迎大家评论留言说说自己的见解！
下面，看下签到功能怎么选择？
现在的网站和app开发中，签到是一个很常见的功能，如微博签到送积分，签到排行榜~
微博签到
如移动app ，签到送流量等活动，
移动app签到
用户签到是提高用户黏性的有效手段，用得好能事半功倍！
下面我们从技术方面看看常用的实现手段：
一. 方案1
直接存到数据库MySQL
用户表如下：
last_checkin_time 上次签到时间
checkin_count 连续签到次数
记录每个用户签到信息
签到流程
1.用户第一次签到
last_checkin_time = time()checkin_count=1
2.用户非第一次签到，且当天已签到
什么也不做，返回已签到。
3.用户非第一次签到，且当天还未签到
a.昨天也有签到
last_checkin_time = time()checkin_count= checkin_count+1
b.昨天没有签到
last_checkin_time = time()checkin_count=1
具体逻辑代码就不贴了，因为太简单了，就是数据库得增删改查。
二. 方案2
redis实现方案，使用bitmap来实现，bitmap是redis 2.2版本开始支持的功能，一般用于标识状态，
另外 ，用bitmap进行当天有多少人签到非常的方便，使用bitcount
count=redis->BITCOUNT($key);
签到流程
设置两个bitmap ,
一个以每天日期为key ，每个uid为偏移量
一个以用户uid为key ，当天在一年中的索引为偏移量，
这样记录一个用户一年的签到情况仅需要365*1bit
以下是签到伪代码
//每天一个keyString key = "checkin_" + "日期yyyy-m-d";if(redisService.getbit(key, userid)){//已签到}else{//签到redisService.setbit(key, uid, 1);}
以下是用户连续签到计算
public int getUserCheckinCount(String uid){String key = "checkin_" + uid;// 查询昨日签到是否连续进行逻辑计算}
以下是计算一天签到用户数
String key = "checkin_" + "yyyy-m-d";Long count = redisService.BITCOUNT(key);
还有什么需求呢？可以自己试着去实现
三. 优缺点比较
1、直接MySQL
思路简单，容易实现；
缺点：占用空间大，表更新比较多，影响性能，数据量大时需要用cache辅助；
2、Redis bitmap
优点是： 占用空间很小，纯内存操作，速度快；
缺点是： 记录的信息有限，只有一个标识位；
偏移量不能大于2^32，512M；大概可以标识5亿个bit位，绝大多数的应用都是够用的啦；
偏移量很大的时候可能造成 Redis 服务器被阻塞；所以要考虑切分。
好啦，两种方式介绍完了，各有利弊，你喜欢哪种方式呢？
