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