redis使用setbit统计用户连续登录天数

位图，bitmap，根据二进制不同位置的值即可表示其代表的值。这就让我想起了上过的数字图像处理了。


setbit（key,offset,value) 
offset是从左往右算的位数,从零开始，即高位往低位的值，例如100011，offset为0的时候值为1,4和5的值都为1。

本身redis存储字符串,以二进制格式存储。

返回值是0和1，表示的是，设置前该offset位置下bit的值。

bitmap本身offset的限制就是0到2^32，内存限制为521MB，分配所需时间才几百ms，刚刚好是2^32个bit，也就是4294967296，也就是说，offset最大能去到4294967296-1去。有四十二亿。

如果网站有1亿用户。每个用户都有自己的用户ID。一个用户做操作，我们有个40多亿长度全为0的位图。
我们只需要在这个根据ID做位置定位将其改为1，就算记录了该用户的操作了。


而要统计一天用多少用户做操作（为什么说操作不说登录了，因为不仅仅限于登录，浏览某某东西，写日记等等都可以用这种方法）
，除去重复，总数就是这个位图里面值为1的个数。



实现代码:

Jedis j = new Jedis("localhost");  
//auth password  
j.auth("myredis");  
  
//2016-12-3  login operation user  
j.setbit("login:2016-12-3".getBytes(), 1, true);  
j.setbit("login:2016-12-3".getBytes(), 124431, true);  
j.setbit("login:2016-12-3".getBytes(),1231, true);  
j.setbit("login:2016-12-3".getBytes(), 323121, true);  
BitSet b = BitSet.valueOf(j.get("login:2016-12-3".getBytes()));  
  
//the number of bit value 1  
int lognum3 = b.cardinality();  
System.out.println("2016-12-3  login user number: "+lognum3);  
  
  
//2016-12-3  login operation user  
j.setbit("login:2016-12-4".getBytes(), 1, true);  
j.setbit("login:2016-12-4".getBytes(), 1231231, true);  
j.setbit("login:2016-12-4".getBytes(), 334441, true);  
BitSet b2 = BitSet.valueOf(j.get("login:2016-12-4".getBytes()));  
  
int lognum4 = b2.cardinality();  
System.out.println("2016-12-4  login user number: "+b2.cardinality());  
  
b.or(b2);  
//or操作之后 同样userid的记录会重合不做记录，所以具体的数据统计看自己的需求而定  
int lognumexceptsameuser = b.cardinality();  
int logtotalnum = lognum3+lognum4;  
System.out.println("2016-12-3 to 2016-12-4 login user number except same userid: "+lognumexceptsameuser);  
System.out.println("2016-12-3 to 2016-12-4 login user number: "+logtotalnum);

输出：

2016-12-3  login user number: 4  
2016-12-4  login user number: 3  
2016-12-3 to 2016-12-4 login user number except same userid: 6  
2016-12-3 to 2016-12-4 login user number: 7

如果用户数登录求和时，不同日期的用户ID登录需要计算，那么就不要做或操作，将每天的登录数求和即可。
如果求的是一个月内，用户登录总数，用户登录多次只算一次的话，只需要将这段时间内的bit进行或操作即可。



确实快，不需要你记录到数据库。只需要一个bit就能记录该用户登录。

利用了redis本身用内存存储的优势。这种需求下的解决方案确实是快，方便。



当然这种只针对这种特殊的需求，你非要每天用户重复登录的次数也算进去，当然就不能用这种方法。所以，针对不同的需求，找出最优方案才是最好的。