利用redis实现每日签到功能

骑猪看日落 2022-02-23 20:18 468阅读 0赞

今天给大家介绍一个简单的应用场景，我们迷你喵小程序最近新增了一个签到功能，但是每天只能签到一次，我们如何实现每日只签到一次呢？

想学习**分布式、微服务、JVM、多线程、架构、java、python**的童鞋，千万**不要**扫码，否则后果自负~

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbnpoaXFpYW5nMDMxNg_size_16_color_FFFFFF_t_70][]

**首先我们需要考虑一下几点：**

1.  此类似的数据和时间、用户量成正比，越晚后面，数据量越大，会一直叠加。
2.  用户签到操作，在一定场景下面并发量会很高，而且得考虑用户可能会不断点击签到的可能性。

基于上述的分析，这边我们可以用redis来实现每日签到的功能。如果签到过往数据不需要保留的话，可以给redis的key值设置过期时间，好了我们来看看具体的代码：

public Map<String, Object> everydaySign(String openId) {
            Map<String, Object> response = new HashMap<>();
            if(StringUtils.isBlank(openId)){
                // openId不能为null
                response.put("status",0);
                response.put("msg","openId不能为null");
                return response;
            }
            User queryUser = new User();
            queryUser.setIsDelete(0);
            queryUser.setOpenid(openId);
            queryUser = userMapper.selectOne(queryUser);
            if(queryUser==null){
                // 用户不存在
                response.put("status",3);
                response.put("msg","用户不存在！");
                return response;
            }
            String currentDate = dateFormat.format(new Date());
            String signRedisKey = UserConstants.EVERYDAYSIGN+"_"+queryUser.getId()+"_"+currentDate;
            if(redisUtil.get(signRedisKey)!=null){
                // 今日已经点赞过了
                response.put("status",1);
                response.put("msg","亲，今日已签到了哦~");
                return response;
            }
            Config queryConfig = new Config();
            queryConfig.setIsDelete(0);
            queryConfig.setConfigKey("signCoin");
            int signCoin = Integer.valueOf(configMapper.selectOne(queryConfig).getConfigValue());
            if(redisUtil.get(signRedisKey)==null){
                queryUser.setCoin(new BigDecimal(signCoin));
                userMapper.updateByPrimaryKey(queryUser);
                // 点赞时间保存两天
                redisUtil.set(signRedisKey,signCoin,1000*60*60*48);
                response.put("status",2);
                response.put("msg","签到成功！");
            }
            return response;
        }

因为这边的业务逻辑比较简单，第一步做了用户是否存在检验、第二部做是否签到校验、第三步给key值设置过期时间。

**核心key结构设计**

上面代码只是流程业务代码，核心还是redis的key结构设计，这边我的key是采用string结构数据，规则是：**签到标识+用户id+签到日期**，这样就可以保证每个用户都可以记录到每天的签到情况。

![image][]

**陷阱注意**

这边还需要特别注意的是，每日签到的时候只要传用户的openId（因为是小程序），千万不要传签到的日期、签到所能获得的积分、也不能将openId不校验直接设置进去，这些都是非常危险的行为，原则：**不要过分信任外部端口传过来的数据。** ![image][image 1]

**场景升级**

大家看到的代码其实还是会涉及到Mysql的交互问题的，所以在并发量高的情况下，还是会造成数据库击穿问题。这边我们有三种做法：

1.  将用户、配置信息缓存一份到数据库中，保证所有的操作都可以在redis缓存中进行。
2.  将此业务放入MQ中，通过队列异步进行消费处理。
3.  在接口处进行限流操作，保证进来的流量不足以导致mysql宕机。

![image][image 2]

**总结**

> 这边的要牢记一个原则，前端传过来的数据，如果这些数据是可以通过后台查询到的，那我们就从后台查，不要过分相信外部的数据。
> 
> 上面的设计其实还是有很多问题，比如用户已经签到了，这个时候redis服务器死机了，用户再次签到要怎么防止重复签到？这个留作思考，大家发动脑筋思考思考。

**要更多干货、技术猛料的孩子，快点拿起手机扫码关注我，我在这里等你哦~**

![70][]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbnpoaXFpYW5nMDMxNg_size_16_color_FFFFFF_t_70]: /images/20220224/57b463eb639b4172b4e0adb952d05c3e.png
[image]: /images/20220224/f0b6e75bee4d4bfc808daeb02dacdf44.png
[image 1]: /images/20220224/6ebff1824ee34804bd63fe7d9835b6dc.png
[image 2]: /images/20220224/751aff4d16354325a47b6ded87715790.png
[70]: /images/20220224/d7bcc01a56f1481198e38842b3cdd201.png