app接口开发：如何限制app一次发送多次同一个请求
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);
回复内容：
问题：
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值是否在缓存中存在（或者是否符合规则，或者是否由服务器生成），如果存在抛弃或者给出特别的响应，第一个被接受的请求就按照正常处理。
需要注意的是，判断并缓存这是要一个原子操作。
好奇,为什么会重发两次,试试在APP上做个简单验证?
可以先将签到信息记录到 Redis 缓存中, 验证的逻辑也直接使用 Redis 缓存中的数据, 再异步把签到数据写入数据库
你数据表中记录签到的字段是什么？如果是类似一个用户 id （uid） 和一个类似时间戳 timestamp 的东西，可以把这两个字段设为 unique key
你这种情况, 可以使用 Nginx 的漏桶 limit_req_zone 做限速设置 limit_req 来控制 单一 IP 的并发量. 比如你可以这样设置: 针对每个 IP 每秒钟只处理一个请求, 最大并发量为5个, 那么 一秒内发送并发的5个请求, 会有1个被处理, 其他4个进入延迟处理.
或者 所有的请求统一放入一个队列, 依次处理