接口幂等的方案

一、什么是幂等

幂等指多次操作产生的影响只会跟一次执行的结果相同,通俗的说:某个行为重复的执行,最终获取的结果是相同的。

二、什么是接口幂等

同一个接口,对于同一个请求,不管调用多少次,产生的最终结果都应该是一样的。
举个例子,比如账户A给账户B转账100元,最终要么成功要么失败

  • 对于成功的情况,这个请求不管再请求多少次,最终的结果:A给B只成功转入了100元,不会出现重复处理的情况
  • 对于失败的情况,这个请求不管再请求多少次,转账都是失败

即成功或者失败后,不管如何重试,结果都不会再发生变化,且不会重复进行操作。

三、接口幂等需要考虑的点

(1)如何确定是同一个请求

前端传递的请求携带一个requestId,同一个请求的requestId相同

(2)接口执行结果只有3种情况

对于幂等性的接口,执行结果可以抽象为下面3种情况

  • 0:处理中
  • 1:处理成功
  • -1:处理失败

返回给调用方的结果,只能是其中一种状态。

但是最终,接口的状态只能是成功或者失败,比如刚开始状态可能返回的是0(处理中),经过调用方多次重试以后,状态必须为终态(成功或失败)

四、接口幂等的实现方案

如下,咱们可以借助一张幂等辅助表,如下,通过这张表便可实现接口幂等通用方案

  • 幂等接口对于同一个requestId,此表都会产生一条记录
  • 此表会记录幂等接口调用的详细信息:请求id、请求的状态、请求参数json字符串、响应结果json格式字符串
  • 记录的最终状态,一定会1或者-1,对于状态为0的,经过调用方的不断重试,status会变为1或者-1
  • 当status为1或者-1后,response_json即为接口最终返回值
create table t_idempotent_call
(
    id            varchar(50) primary key comment 'id,主键',
    request_id    varchar(128) not null comment '请求id,唯一',
    status        smallint     not null default 0 comment '状态,0:处理中,1:处理成功,-1:处理失败',
    request_json  mediumtext comment '请求参数json格式',
    response_json mediumtext comment '响应数据json格式',
    version       bigint       not null default 0 comment '版本号,用于乐观锁,每次更新+1',
    create_time   datetime comment '创建时间',
    update_time   datetime comment '最后更新时间',
    unique key uq_request_id (request_id)
) comment '幂等调用辅助表';

下面来看下,通过张表如何实现接口幂等的通用方案

五、接口幂等处理的通用流程

请添加图片描述

六、案例

模拟一个转账案例

-- 幂等调用辅助表
drop table if exists t_idempotent_call;
create table t_idempotent_call
(
    id            varchar(50) primary key comment 'id,主键',
    request_id    varchar(128) not null comment '请求id,唯一',
    status        smallint     not null default 0 comment '状态,0:处理中,1:处理成功,-1:处理失败',
    request_json  mediumtext comment '请求参数json格式',
    response_json mediumtext comment '响应数据json格式',
    version       bigint       not null default 0 comment '版本号,用于乐观锁,每次更新+1',
    create_time   datetime comment '创建时间',
    update_time   datetime comment '最后更新时间',
    unique key uq_request_id (request_id)
) comment '幂等调用辅助表';


-- 创建账户表
drop table if exists t_account_lesson043;
create table t_account_lesson043
(
    id      varchar(32)    not null primary key comment '用户id',
    name    varchar(50)    not null comment '用户名',
    balance decimal(12, 2) not null comment '账户余额'
) comment '账户表';

insert ignore into t_account_lesson043 value ('1','路人1','100.00');
insert ignore into t_account_lesson043 value ('2','路人2','0.00');

七、代码实现

7.1 入参、出参

在这里插入图片描述

在这里插入图片描述

7.2 查询接口幂等辅助表是否存在记录

在这里插入图片描述

7.3 请求未处理过,首次处理该请求

在这里插入图片描述

7.4 基于MybatisPlus乐观锁插件和@Version注解实现乐观锁

@Configuration
public class MyBatisPlusConfiguration {
    @Bean
    public MybatisPlusInterceptor mybatisPlusInterceptor() {
        MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor();
        // 分页插件
        interceptor.addInnerInterceptor(paginationInnerInterceptor());
        // 乐观锁插件
        interceptor.addInnerInterceptor(optimisticLockerInnerInterceptor());
        return interceptor;
    }

    /**
     * 分页插件,自动识别数据库类型 https://baomidou.com/guide/interceptor-pagination.html
     */
    public PaginationInnerInterceptor paginationInnerInterceptor() {
        PaginationInnerInterceptor paginationInnerInterceptor = new PaginationInnerInterceptor();
        // 设置数据库类型为mysql
        paginationInnerInterceptor.setDbType(DbType.MYSQL);
        // 设置最大单页限制数量,默认 500 条,-1 不受限制
        paginationInnerInterceptor.setMaxLimit(-1L);
        return paginationInnerInterceptor;
    }

    /**
     * 乐观锁插件 https://baomidou.com/guide/interceptor-optimistic-locker.html
     */
    public OptimisticLockerInnerInterceptor optimisticLockerInnerInterceptor() {
        return new OptimisticLockerInnerInterceptor();
    }

}

在这里插入图片描述

sql本身没有携带version = #{version},但是拼接后的条件里出现了version

在这里插入图片描述

2024-09-09 08:52:19.473 DEBUG 283384 --- [nio-8080-exec-4] c.i.l.i.m.I.updateById                   : ==>  Preparing: UPDATE t_idempotent_call SET request_id=?, status=?, request_json=?, response_json=?, version=?, create_time=? WHERE id=? AND version=?
2024-09-09 08:52:19.474 DEBUG 283384 --- [nio-8080-exec-4] c.i.l.i.m.I.updateById                   : ==> Parameters: 100000001(String), 1(Integer), {"requestId":"100000001","data":{"fromAccountId":"1","toAccountId":"2","transferPrice":10}}(String), {"status":1}(String), 1(Long), 2024-09-09T08:52:19.458632400(LocalDateTime), cc98b59e4fa347dfa01db88d15b71b0f(String), 0(Long)
2024-09-09 08:52:19.474 DEBUG 283384 --- [nio-8080-exec-4] c.i.l.i.m.I.updateById                   : <==    Updates: 1
  • 4
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
分布式接口幂等性问题是指在分布式系统中,由于网络延迟、重试机制等原因,可能导致同一个请求被重复处理,从而产生重复的业务逻辑。为了解决这个问题,需要保证接口幂等性。 保证接口幂等性的方法有多种。一种常见的方法是使用唯一标识来标识每一次请求,比如订单id、支付流水号或者前端生成的唯一随机串。在每次请求之前,需要将唯一标识存放到数据库或者缓存中。后端服务在处理请求之前,需要先检查这个唯一标识是否存在,如果存在,则判定此次请求已经处理过,不需要进行重复处理。这样可以避免重复的业务逻辑。 在分布式场景中,由于负载均衡算法的原因,可能会导致同一个请求被多台机器处理。为了解决这个问题,可以使用分布式锁来保证只有一个机器能够处理该请求。另外,使用分布式事务也可以保证接口幂等性。 此外,还可以通过拦截器(AOP)和注解的方式实现一个通用的解决方案,避免每次请求都写重复的代码。在设计系统时,幂等性是一个需要首要考虑的问题,特别是在涉及到金融交易等关键业务的系统中。 综上所述,保证分布式接口幂等性可以通过使用唯一标识、分布式锁、分布式事务等方法来实现。这样可以避免重复的业务逻辑和数据不一致的问题。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* *2* [分布式环境下接口幂等性浅析](https://blog.csdn.net/ice24for/article/details/86084613)[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^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] - *3* [分布式开发(二)---接口幂等性(防止重复提交)](https://blog.csdn.net/icanlove/article/details/117652662)[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^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值