下面,看下签到功能怎么选择?
现在的网站和app开发中,签到是一个很常见的功能,如微博签到送积分,签到排行榜~
微博签到
如移动app ,签到送流量等活动,
移动app签到
用户签到是提高用户粘性的有效手段,用的好能事半功倍!
下面我们从技术方面看看常用的实现手段:
直接存到数据库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
具体逻辑代码就不贴了,因为太简单了,就是数据库得增删改查。
redis实现方案,使用bitmap来实现,bitmap是redis 2.2版本开始支持的功能,一般用于标识状态,
另外 ,用bitmap进行当天有多少人签到非常的方便,使用bitcount
count=redis->BITCOUNT($key);
设置两个bitmap ,
这样记录一个用户一年的签到情况仅需要365*1bit
以下是签到伪代码
//每天一个key
String 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 服务器被阻塞;所以要考虑切分。
好啦,两种方式介绍完了,各有利弊,你喜欢哪种方式呢?