重复点击提交、产生多笔数据、保持数据只操作一次---->接口幂等性校验

简介: 重复点击提交、产生多笔数据、保持数据只操作一次---->接口幂等性校验

一、工作真实场景 + 常出现场景

  1. 真实场景:在一次工作中进行成品出库创建成品出库单时,手抖了一下,重复点击了两次确定(提交表单)。结果很神奇的发现居然产生了两笔一模一样的数据(流水号都一样),当时就很懵逼,稍作思考,想想应该是在同一时刻创建了两个出库单。感觉很有意思(因为之前没有遇到过,写代码的时候也没有考虑到这个问题的发生),后面换了一种方式复现场景:提交表单时多次点击Enter按钮,还是会产生多笔重复数据。
  2. 常见场景:
    订单接口, 不能多次创建订单
    支付接口, 重复支付同一笔订单只能扣一次钱
    支付宝回调接口, 可能会多次回调, 必须处理重复回调
    普通表单提交接口, 因为网络超时等原因多次点击提交, 只能成功一次
    等等

二、工作解决方案 + 百度解决方案

  1. 工作:
    (1) 在对应业务接口上加上@Transactional,后面发现不能要(只是为了在遇到错误时之前对数据库操作做一个回滚),因为在做相同数据校验的时候去数据库是查不到同比数据的,此时所有代码没走完,事务未提交。所以只能拿掉事务。
    (2)在对应的业务代码块加上synchronized (this) {}对业务代码进行代码块的同步锁,锁里面做唯一性校验(查询数据库是否有相同的流水号[流水号是按照英文前缀加上时间戳实现],有的话直接抛异常)。后面发现如果在极端条件下这个判断还是有一定缺陷(时间戳只是精确到秒)。
@Override
    public JsonData saveOrUpdate(OutboundProductReq outboundProductReq) {
        // 出库单不能为空
        if (StringUtils.isBlank(outboundProductReq.getOutboundName())) {
            return JsonData.buildResult(BizCodeEnum.STORE_PRODUCT_OUTBOUND_NAME_EMPTY);
        }
        OutboundProductDO outboundProductDO;
        if (outboundProductReq.getId() != null && outboundProductReq.getId() > 0) {
            outboundProductDO = outboundProductMapper.selectById(outboundProductReq.getId());
            Integer outboundCount = outboundProductDO.getOutboundCount();
            // 校验成品库存
            JsonData data = checkProductStock(outboundProductReq.getProductId(), outboundProductReq.getOutboundCount(), outboundCount);
            if (data.getCode() == 0) {
                // 修改
                if (outboundProductDO.getOutboundState() == 0) {
                    BeanUtils.copyProperties(outboundProductReq, outboundProductDO);
                    outboundProductMapper.updateById(outboundProductDO);
                    // 修改库存详情表
                    updateTODetailProduct(outboundProductDO);
                    // 修改成品冻结数
                    StockProductDO stockProductDO = stockProductMapper.selectOne(new QueryWrapper<StockProductDO>().eq("product_id", outboundProductDO.getProductId()));
                    stockProductDO.setFreezeCount(stockProductDO.getFreezeCount() - outboundCount + outboundProductReq.getOutboundCount());
                    stockProductMapper.updateById(stockProductDO);
                } else {
                    return JsonData.buildResult(BizCodeEnum.STORE_PRODUCT_NOT_MODIFY);
                }
            } else {
                return data;
            }
        } else {
            // 校验成品库存
            JsonData data = checkProductStock(outboundProductReq.getProductId(), outboundProductReq.getOutboundCount());
            if (data.getCode() == 0) {
                // 新增
                synchronized (this) {
                    // 问题:连续点击速度很快时,会出现两条重复记录 解决方案:将以下操作抽取出来做方法,在方法上加事务和锁。
                    if (outboundProductMapper.selectOne(new QueryWrapper<OutboundProductDO>()
                            .eq("serial_code", CommonUtil.getCurrentSerialNumber("SN_OUT"))) != null) {
                        return JsonData.buildResult(BizCodeEnum.STORE_PRODUCT_OUTBOUND_SAME);
                    }
                    outboundProductDO = new OutboundProductDO();
                    BeanUtils.copyProperties(outboundProductReq, outboundProductDO);
                    outboundProductDO.setOutboundId(UUID.randomUUID().toString());
                    outboundProductDO.setOutboundState(0);
                    outboundProductDO.setOutboundType(0);
                    outboundProductDO.setSerialCode(CommonUtil.getCurrentSerialNumber("SN_OUT"));
                    outboundProductMapper.insert(outboundProductDO);
                    // 冻结成品库存
                    StockProductDO stockProductDO = stockProductMapper.selectOne(new QueryWrapper<StockProductDO>()
                            .eq("product_id", outboundProductDO.getProductId()));
                    stockProductDO.setFreezeCount(outboundProductReq.getOutboundCount() + stockProductDO.getFreezeCount());
                    stockProductMapper.updateById(stockProductDO);
                    // 保存到库存详情表
                    saveTODetailProduct(outboundProductDO, OpTypeEnum.OP_LOCK);
                }
            } else {
                return data;
            }
        }
        return JsonData.buildSuccess();
    }
  1. 唯一索引 – 防止新增脏数据
    token机制 – 防止页面重复提交
    悲观锁 – 获取数据的时候加锁(锁表或锁行)
    乐观锁 – 基于版本号version实现, 在更新数据那一刻校验数据
    分布式锁 – redis(jedis、redisson)或zookeeper实现
    状态机 – 状态变更, 更新数据时判断状态

分享优秀博客

幂等校验

相关文章
|
存储 缓存 安全
如何保证接口幂等性,幂等性到底是干什么的
本文介绍了幂等性原则及其在程序中的应用。首先定义了幂等性,即无论执行多少次,结果不变的特性,并区分了幂等与非幂等操作。接着详细探讨了实现幂等性的策略,如使用唯一标识符、幂等性标记字段、乐观锁版本控制等。最后,通过Java示例展示了如何实现无状态幂等操作,并强调了幂等性在分布式系统和高并发场景下的重要性。
1578 0
|
自然语言处理 NoSQL Java
一天一道Java面试题----第十二天(如何实现接口幂等性)
这篇文章探讨了实现Java接口幂等性的几种方法,包括使用唯一ID、服务端token、去重表、版本控制以及控制状态等策略。
|
4月前
|
存储 监控 Java
Java实现接口幂等性:程序员的“后悔药”
接口幂等性就像是给系统穿了件"防重复甲",让它在面对:用户疯狂点击、网络抽风重试、系统自动重试等这些情况时,都能淡定地说:"老弟,这个请求我已经处理过了,结果在这,拿去吧!"
328 4
|
NoSQL Java Redis
springboot 实现接口幂等
幂等(idempotent、idempotence)是一个数学与计算机学概念,常见于抽象代数中。 接口就是用户对同一操作发起了一次或多次请求的对数据的影响是一致不变的。 简单理解:就是针对一个操作,不管做多少次,产生的效果都是一样的,常见于表单的重复提交
383 2
|
NoSQL 安全 小程序
使用token机制实现接口幂等性校验
为需要保证幂等性的每一次请求创建一个唯一标识token, 先获取token, 并将此token存入redis, 请求接口时, 将此token放到header或者作为请求参数请求接口, 后端接口判断redis中是否存在此token: 如果存在, 正常处理业务逻辑, 并从redis中删除此token, 那么, 如果是重复请求, 由于token已被删除, 则不能通过校验, 返回请勿重复操作提示, 如果不存在, 说明参数不合法或者是重复请求, 返回提示即可。
1337 0
使用token机制实现接口幂等性校验
|
前端开发 NoSQL JavaScript
常见接口和服务幂等性问题及解决方案
常见接口和服务幂等性问题及解决方案
1145 0
|
缓存 前端开发 Java
java项目接口重复提交解决方案
java项目接口重复提交解决方案
711 0
|
存储 安全 算法
深入探索Java中的MarkWord与锁优化机制——无锁、偏向锁、自旋锁、重量级锁
深入探索Java中的MarkWord与锁优化机制——无锁、偏向锁、自旋锁、重量级锁
886 1
|
存储 NoSQL Java
Spring Boot项目中使用Redis实现接口幂等性的方案
通过上述方法,可以有效地在Spring Boot项目中利用Redis实现接口幂等性,既保证了接口操作的安全性,又提高了系统的可靠性。
806 1
|
负载均衡 监控 Java
SpringCloud常见面试题(一):SpringCloud 5大组件,服务注册和发现,nacos与eureka区别,服务雪崩、服务熔断、服务降级,微服务监控
SpringCloud常见面试题(一):SpringCloud 5大组件,服务注册和发现,nacos与eureka区别,服务雪崩、服务熔断、服务降级,微服务监控
33410 8
SpringCloud常见面试题(一):SpringCloud 5大组件,服务注册和发现,nacos与eureka区别,服务雪崩、服务熔断、服务降级,微服务监控