微服务接口幂等性问题解决方案(史上最全的)

微服务幂等性接口设计?

首先,什么是接口的幂等性?
就是一个用户对于同一个操作发起一次或多次的请求,请求的结果一致。不会因为多次点击而产生多条数据。
话不多说,下面直接上代码,用代码说话。
当我提交数据的时候,重复提交,则会出现下面的情况:

微服务接口幂等性问题解决方案(史上最全的)_第1张图片
当多次提交后:
在这里插入图片描述
数据库中则会提交一样的数据,这就是幂等性问题,当我在回退的时候再次发请求,则继续向数据库中添加数据:
微服务接口幂等性问题解决方案(史上最全的)_第2张图片

怎么去解决由于网络延迟或者回滚而产生的幂等性问题呢?

对,你想的和我是一样的,当然是用令牌去解决幂等性问题
现在我来一步一步的为大家解答:
第一步:生成Token然后放入Redis中保存。
微服务接口幂等性问题解决方案(史上最全的)_第3张图片
在这里插入图片描述

第二步 :在页面加载的时候,将Token放入隐藏域中保存

微服务接口幂等性问题解决方案(史上最全的)_第4张图片
微服务接口幂等性问题解决方案(史上最全的)_第5张图片

第三步:也是解决幂等性最重要的一个环节,当你点击提交的时候,隐藏域中的Token会和Redis中的Token相对比,如果Token一致,那则会提交数据成功,并删除该Token。
在这里插入图片描述
这是Redis中的Token
微服务接口幂等性问题解决方案(史上最全的)_第6张图片
这是页面作用域的Token

微服务接口幂等性问题解决方案(史上最全的)_第7张图片
这是当提交数据后,Redis中则将Token删除

微服务接口幂等性问题解决方案(史上最全的)_第8张图片

最后,如果用户再次提交,隐藏域中则没有和Redis中对应的Token,这就达到了解决微服务中产生的幂等性问题了。
再补充最后一点,在高并发情况下,可能会出现删除失败Token失败的几率,因为Redis是单线程,高并发会同时删除Token
谢谢大家。我会继续努力的

你可能感兴趣的:(技术)