最近写了一个感恩节相关活动，一个做任务获得活动币的接口提交后被领导批“会被用户刷爆”，代码非常简单，就是redis判断该用户今日是否做过该任务，没做过->活动币写入mysql 、redis。
刚开始还一脸懵，我判断的是单个用户啊，又不是整个平台的秒杀，每个用户又互不影响，刷啥？
再说redis是单线程的，就算一个用户真在多个设备请求了，那我完成一次后就改redis了后来的就刷不到了啊...难道是我先写mysql再写redis容易出问题，并发会出现在写mysql？
后来才明白，我们这个项目中没有做单设备登录，同一个用户理论上可能在不同设备登录，发起的请求同时到达接口，同时绕过我的是否做过任务的判断...
解决方案还是在判断开始前就加锁，普通redis锁就行，而且因为是加给单个用户，不用考虑并发等待问题。
所以redis处理并发问题还包括这种单用户并发。
其实算不上技术难点，但是做多了单设备登录的人很容易忽略这个问题（这也是很多应用做单设备登录的原因），算是一个小小的经验吧~
