很多rest api接口都会出现并发请求,同样的请求参数会发起多次,如果接口没有做幂等操作,有可能会出现生产问题。
解决幂等操作有很多种,本篇博客着重详细讲解简易版本的解决方案
对请求参数做一个MD5签名,使得将请求参数转成一个唯一标识的MD5值,如果请求若干个请求的请求参数一样,那么他们的MD5值都是一样的。再将MD5值作为Redis Key的一部分,用
setIfAbsent
命令写入Redis,必须带上过期时间,否则同样会出现生产问题。
伪代码如下:
public class ProductController {@Resourceprivate RedisTemplate redisTemplate;@PostMappingpublic Object save(ReqParm req) {// MD5签名String sign = MD5Util.encode(JSON.toJSONString(req));String redisKey = "concurrent:req:" + "业务名:" + sign;int redisValue = (int) (System.currentTimeMillis() / 1000);redisTemplate.opsForValue().setIfAbsent(redisKey, redisValue, 30, TimeUnit.SECONDS);}
}
此解决方案可以基于Redis的
setIfAbsent
实现一个分布式锁,以此解决并发请求,获取到锁的请求才能继续执行。但是此分布式锁偏重量,需要考虑原子性等问题,此处不详细展开赘述
原理同样是用分布式锁,只是用MySQL唯一索引实现而已
上一篇:三,Git 分支