业务背景
最近参与弹幕游戏的后台开发，其中的需求是这样的：初始玩家进入直播间默认积分是300分，参与弹幕游戏发送指令操作就会去消耗积分，若是积分为0则无法参与游戏，所以就会有重置积分的需求，不过重置积分次数不是无限的，目前商讨方案是每天在300分以下只可重置3次。
梳理下需求：一天，一个玩家，重置三次积分。
方案思路
对于限制玩家每日的重置次数方案如下：
方案一：在数据库中存储用户Id及校验次数，定时任务根据每日时间定时删除。（比较繁琐，且不优雅，不推荐）
这种方案的话，那么随着用户的增多，后期定时删除的任务也会更加繁重。
方案二：使用redis缓存，以uid生成不同的key，value初始化为0，每次重置积分后加1，超过3次进行校验提示，根据业务需要对key设置过期时间（推荐）。
那么此时就确定开发思路了：使用redis来进行实现。
实现方案
Redis实现
采用redis来实现方案.。
关于SpringBoot如何集成Redis见：SpringBoot整合篇 04、Springboot整合Redis
思路：
1、从redis中获取指定key。
2、若是没有key，说明今天的机会次数还没开始用，那么存储redis对应的value为1，设置过期时间为1天。
2、若是有key，说明今日已经用了n次，接着判断这个n是否<3，若是的话，执行积分查询动作（业务操作）；若已经>=3，那么直接返回即可。
下面直接给出模板：修改其中注释的两个地方【修改1、修改2】后即可直接使用
@Override public PlayerInfo resetIntegral(Long uid) { String LimitIntegralKey = "xxx" + uid; //修改1、redis存储key前缀(一般是业务名)+uid //首先走缓存 Integer counts = redisCache.getCacheObject(LimitIntegralKey); //若是缓存没有找到（说明是新的一天了）设置缓存值 if (ObjectUtils.isEmpty(counts)) { if (doResetIntegral(uid)) { redisCache.setCacheObject(LimitIntegralKey, 1, 1, TimeUnit.DAYS); } }else { //若是找到了：情况1：<=2则进行加一 if (counts < 3) { if (doResetIntegral(uid)) { redisCache.increment(LimitIntegralKey); } } } //获取玩家信息 return this.getPlayerInfo(uid); } /** * 真正执行重置动作，返回是否重置积分成功！ * @param uid 玩家的id * @return 执行成功与否 */ public boolean doResetIntegral(Long uid) { //修改2：重置积分业务 return xx; }
另外说明以下，重置操作只有当积分<300的时候才能够成功，我们执行重置动作成功就根据执行sql语句影响成功与否作为最后的结果：
对应的mapper的动态sql可以像我这么写 <!-- 在xml中使用<来替代<号 --> <update id="resetPlayerIntegral" parameterType="long"> update sys_player <trim prefix="SET" suffixOverrides=","> <if test="integral != null">integral = #{integral},</if> </trim> WHERE uid = #{uid} and integral < #{integral} </update>
测试
首先找一条数据其积分为<300的，来进行测试：
调用重置接口：
此时再次调用重置积分，由于积分并不是小于300，那么在redis里的并不会进行计数+1操作，只有当玩家积分确实是小于300才表示确实重置成功了一次，直至一天三次。
