接口幂等性的解决

1.前端防重

通过前端防重保证幂等是最简单的实现方式,前端相关属性和JS代码即可完成设置。可靠性并不好,有经验的人员可以通过工具跳过页面仍能重复提交。主要适用于表单重复提交或按钮重复点击

2.PRG模式

PRG模式即POST-REDIRECT-GET。当用户进行表单提交时,会重定向到另外一个提交成功页面,而不是停留在原先的表单页面。这样就避免了用户刷新导致重复提交。同时防止了通过浏览器按钮前进/后退导致表单重复提交。是一种比较常见的前端防重策略

3.唯一标识(token机制)

1.方案介绍:通过唯一标识机制来保证幂等是一种非常常见的解决方案,同时也适合绝大部分场景。该方案需要前后端进行一定程度的交互来完成

请添加图片描述
2.流程如下:

  1. 服务端提供获取token接口,供客户端进行使用。服务端生成token后,如果当前为分布式架构,将token存放于redis中,如果是单体架构,可以保存在jvm缓存中
  2. 当客户端获取到token后,会携带着token发起请求
  3. 服务端接收到客户端请求后,首先会判断该token在redis中是否存在。如果存在,则删除token,再完成进行业务处理,业务处理完成后。如果不存在,代表当前请求是重复请求,直接向客户端返回对应标识

4.唯一标识(token机制)的实现

1.基于自定义业务流程实现(代码忽略)
在这里插入图片描述
2.基于注解方式

直接把token实现嵌入到方法中会造成大量重复代码的出现。因此可以通过自定义注解将上述代码进行改造。在需要保证幂等的方法上,添加自定义注解即可

3.定义一个注解

/**
* 幂等性注解
*/
@Target({ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
public @interface Idemptent {
}

4.新建拦截器

public class IdempotentInterceptor implements HandlerInterceptor {

    @Resource
    private RedisTemplate redisTemplate;
    
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        if (!(handler instanceof HandlerMethod)){
            return true;
        }
        HandlerMethod handlerMethod = (HandlerMethod) handler;
        Method method = handlerMethod.getMethod();
        Idempotent annotation = method.getAnnotation(Idempotent.class);
        if (annotation != null){
            //幂等性校验
            checkToken(request);
        }
        return true;
    }

    private void checkToken(HttpServletRequest request) {

        //获取token
        String token = request.getHeader("token");

        if (StringUtils.isEmpty(token)){
            throw new RuntimeException("非法参数");
        }

        Boolean deleteResult = redisTemplate.delete(token);
        if (!deleteResult){
            //重复请求
            throw new RuntimeException("重复请求");
        }
    }
}

5.启动类继承WebMvcConfigurerAdapter并且添加如下代码:

 @Bean
 public IdempotentInterceptor idempotentInterceptor(){
     return new IdempotentInterceptor();
 }

 @Override
 public void addInterceptors(InterceptorRegistry registry) {
     registry.addInterceptor(idempotentInterceptor());
     super.addInterceptors(registry);
 }
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
接口幂等性可以通过多种方案来解决。其中一种常用的方案是基于唯一索引的数据库方案。具体步骤是,用户通过浏览器发起请求,服务端接收数据,将该数据插入数据库并判断是否执行成功。如果执行成功,则操作其他数据,可能还有其他的业务逻辑。如果执行失败,捕获唯一索引冲突异常,直接返回成功。这种方案使用起来比较简单,只需要确定哪个是唯一key,然后建立唯一索引即可。但是编码上比较麻烦,因为每个需要保证幂等的插入类型的接口都需要做捕获DuplicateKeyException异常的操作,代码上比较冗余。而且适用面不广,只能适用于插入操作,并且只能适用于简单的业务场景。在高并发的情况下,可能会出现性能问题,因为将压力放到了数据库上。 另外一种方案是基于Redis的token解决方案。这种方案适用于更新操作和新增操作,特别适合于前端界面和后端接口交互的幂等方式。这种方案不依赖于接口内部代码进行判断,所以可以通过拦截器或AOP切面注解的方式做的更加通用,仅用一个注解就能让某个接口保证幂等性。 除了以上两种方案,还可以使用基于幂等表的通用幂等组件来实现幂等性。这是一种非常稳定、简单和通用的方案,推荐使用。具体实现细节可以参考链接:https://gitee.com/mr_wenpan/basis-enhance/tree/master/enhance-boot-idempotent 总结来说,接口幂等性可以通过基于唯一索引的数据库方案、基于Redis的token解决方案或基于幂等表的通用幂等组件来解决。选择哪种方案要根据实际情况来确定。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [接口幂等性解决方案](https://blog.csdn.net/Hellowenpan/article/details/120993054)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值