问题:
app中有积分体系,用户签到时会发送请求到服务器记录用户的签到信息,但是app抽风会并发发送多个同一个请求上来,这样的结果是虽然有验证是否签到,但是多个请求会穿透这个验证(多个请求都还没有写签到信息到数据库)导致数据库中会出现两次同样记录的情况出现。这种问题该如何解决
目前的解决方案:
select ... for update
用数据库加锁的方式可以解决,但这种就把问题抛给了数据库,如何解决这样的问题?
问题补充
使用缓存(redis)屏蔽同一个请求,但是也不能彻底解决:
//屏蔽同一请求
// 请求数据生成key
$forbidsameRequest = md5(implode('',$reqDatas));
if (Cache::has($forbidsameRequest))
{
Log::info("the same request", $reqDatas);
return Util::returnError();
}
Cache::put($forbidsameRequest, true, $this->_forbiddenTime);
省略逻辑处理...
// 处理后释放key
Cache::forget($forbidsameRequest);
这就是典型的防重放攻击场景。
要求请求端带上一个随机字符串state(也可以是特定规则生成的,甚至是从服务器上请求过来的),服务端(用过滤/拦截器之类的实现不会影响业务代码)收到之后缓存一定的时间(长短视业务和硬件),每次请求都检查state值是否在缓存中存在(或者是否符合规则,或者是否由服务器生成),如果存在抛弃或者给出特别的响应,第一个被接受的请求就按照正常处理。
需要注意的是,判断并缓存这是要一个原子操作。