微服务篇之接口幂等性

一、幂等接口

幂等 : 多次调用方法或者接口不会改变业务状态,可以保证重复调用的结果和单次调用的结果一致。

基于RESTful API的角度对部分常见类型请求的幂等性特点进行分析:

解决方案如下。

二、token+redis

三、分布式锁

1. 快速失败(抢不到锁的线程)。

2. 控制锁的粒度。

java 复制代码
public void saveOrder(Item item) throws InterruptedException {
        //获取锁(重入锁),执行锁的名称
        RLock lock = redissonClient.getLock("yourNameLock");
        //尝试获取锁,参数分别是:获取锁的最大等待时间(期间会重试),锁自动释放时间,时间单位
        boolean isLock = lock.tryLock(10, TimeUnit.SECONDS);
        try {        //判断是否获取成功
            if (!isLock) {
                log.info("下单操作获取锁失败,order:{}", item);
                throw new RuntimeException("新增或修改失败");
            }
            //下单操作
        } finally {
            // 释放锁
            lock.unlock();
        }
    }

四、面试题

**面试官:**分布式服务的接口幂等性如何设计?

**候选人:**我们当时有一个xx项目的下单操作,采用的token+redis实现的,流程是这样的:

第一次请求,也就是用户打开了商品详情页面,我们会发起一个请求,在后台生成一个唯一token存入redis,key就是用户的id,value就是这个token,同时把这个token返回前端。

第二次请求,当用户点击了下单操作会后,会携带之前的token,后台先到redis进行验证,如果存在token,可以执行业务,同时删除token;如果不存在,则直接返回,不处理业务,就保证了同一个token只处理一次业务,就保证了幂等性。

相关推荐
人活一口气3 小时前
Spring Boot与AIGC的完美结合:从零搭建智能内容生成平台
java·spring boot·aigc
这个DBA有点耶4 小时前
GROUP BY优化全解:如何写出既不丢数据又飞快的分组查询
数据库·mysql·架构
像我这样帅的人丶你还5 小时前
Java 后端详解(三):全局异常处理与 JPA 数据库映射
java·后端
锋行天下5 小时前
我试图优化 Vite 的拆包,结果首屏慢了 10 倍
前端·vue.js·架构
NE_STOP5 小时前
vibe Coding -- 小项目实战
java
PBitW5 小时前
GPT训练我的第二天,我表示不过如此!!!😕😕😕
前端·javascript·面试
kyriewen6 小时前
白宫直接给 OpenAI 下了限制令,GPT-5.6 不能随便放出来了
前端·javascript·面试
未秃头的程序猿11 小时前
Java 26正式发布!这3个新特性,让代码量直接减半
java·后端·面试
用户2986985301411 小时前
Word 文档文本查找与替换的 Java 实现方案
java·后端
阿哉11 小时前
Nacos 服务发现源码:藏在背后的两套事件机制,90%的人只讲了一半
java