from 下拉框多个值提交_Spring Boot轻松实现接口幂等性(防重复提交)

一、首先解释一下什么事接口幂等性:

接口幂等性就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的,不会因为多次点击而产生了副作用。举个最简单的例子,那就是支付,用户购买商品后支付,支付扣款成功,但是返回结果的时候网络异常,此时钱已经扣了,用户再次点击按钮,此时会进行第二次扣款,返回结果成功,用户查询余额后发现多扣钱了,流水记录也变成了两条...,这就没有保证接口的幂等性。

二、那什么样的接口需要保证接口幂等性呢?

我们使用一般的CRUD接口来举例说明:

  • C (新增操作),如果一个订单重复提交就会产生多个重复的订单,显然新增操作是需要保证接口幂等性的。
  • U (更新操作),如果一个订单支付时由于网络问题导致重复支付,余额就会扣除多次,显然是对数据产生了副作用。这里只是举的一个特例,部分的更新操作是不需要保证接口幂等新的,比如修改订单的价格等。
  • R (读取/查询操作),读取/查询操作是只读操作,不影响数据,所有是天然幂等性的。
  • D (删除操作),如果重复删除同一个订单,也不会对数据产生副作用,所以删除操作一般不需要保证幂等性。

三、我们已经了解了什么样的接口需要保证幂等性,那应该怎么实现接口的幂等性呢?

一般有如下几种解决方案:

  1. 状态机 -- 修改状态,更新时判断状态。(有局限性)
  2. 使用缓存,基于请求参数、session或者token(用户信息)防止重复提交(使用redis用作缓存时和分布式锁原理相同)。
  3. 分布式锁 -- redis、zookeeper等。

四、本文采用的实现方式

本文采用的第二种实现方式,即使用缓存,基于请求参数、session或者token(用户信息)防止重复提交

五、实现思路

自定义注解@RepeatLimiting,把@RepeatLimiting注解作为AOP的切点去拦截所有标注@RepeatLimiting注解的方法,访问该方法之前我们可以获取所有的上下文信息(请求参数、session或者token等用户信息)并根据这些信息按照某个规则生成一个字符串类型的Key(可以自定义且整合了Spring SpEL表达式,但是要保证重复的请求该值一定相同)作为缓存的Key值,请求之前判断缓存中是否存在该Key如果存在说明短时间内已有在处理的请求,直接返回不再处理该请求,相反如果没有则说明短时间内没有正在处理的请求,然后添加一个该Key的缓存,缓存的Value值可以是任意一个非Null值即可,然后给该缓存设置一个有效时间,如5秒,这样就可以限制这个接口在5秒之内不可以重复提交。

六、项目介绍

对接口的限流、幂等性功能的封装,主要应用场景:

  • 单位时间内防止重复提交
  • 对某个接口进行并发数的限制
  • 对某个接口进行单位时间内请求数量的限制(令牌桶算法)

【注】其功能实现都使用了缓存,其中缓存可选择redis、caffeine和guava, 只有redis可以实现分布式,其他方式只能在单机上使用

GitHub地址:https://github.com/aqiu202/aqiu-spring-boot-starter-projects/tree/master/starter/limiting-spring-boot-starter

GitHub截图:

0aeab53fdf66252f18f06b5536acce4a.png
7b1a281836225286b2bf8aaea546fa69.png
b560da7246d48f12542408ab53d1aa32.png
367f09387592cd29e3f6240f8e11e86e.png
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值