幂等性、原子性的简单理解

于 2023-03-16 15:49:10 发布
阅读量341 收藏
点赞数
文章标签： 服务器 java 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/hills/article/details/129588378
版权

这里不作探讨，仅作简要说明。

”幂等性”指的是一个操作或请求，无论执行多少次，结果都是相同的。

”原子性”指的是一个操作是不可分割的，要么完全执行，要么完全不执行。

通过上述的名词解释，两者的区别显而易见。

幂等性，相对来说稍微复杂些，说明如下。

幂等性示例

  • 用户在购物网站在相同页面，连续点击了多次提交订单按钮，购物网站后台应该只产生一个订单；
  • 用户将订单向购物网站发起支付请求，由于网络问题或系统性能原因夯住，购物网站应该只扣一次钱。 

设计思路

幂等被设计为，外部调用者会存在多次调用的情况，为了防止外部多次调用对系统数据状态的发生多次改变，将服务设计成幂等。

例外

幂等关注的是相同请求的多次提交是否对资源产生副作用，而不关注结果。

hills
关注
高并发核心技术 - 幂等性 与 分布式锁1
08-03
在高并发的IT应用中，幂等性和分布式锁是两个至关重要的概念，它们对于系统的稳定性和数据一致性有着深远影响。让我们深入探讨这两个核心概念及其解决方案。 首先，幂等性（Idempotency）是指一个操作无论执行多少...
深入理解幂等性
devcy的博客
09-12 301
一次和多次请求某一个资源对于资源本身应该具有同样的结果. 幂等不仅仅只是一次（或多次）请求对资源没有副作用（比如查询数据库操作，没有增删改，因此没有对数据库有任何影响）。 幂等还包括第一次请求的时候对资源产生了副作用，但是以后的多次请求都不会再对资源产生副作用。 幂等关注的是以后的多次请求是否对资源产生的副作用，而不关注结果。 网络超时等问题，不是幂等的讨论范围。 什么情况下需...
分布式系统(微服务架构)的一致性和幂等性问题
紫蝶侠的博客
05-05 952
幂等性：多次操作返回结果一样 一致性：多个副本数据一致 幂等性的实现方案 分布式系统(微服务架构)的一致性和幂等性问题相关概念解析
原子性　幂等性
weixin_38933973的博客
11-15 1259
原子性： 如果这个操作所处的层(layer)的更高层不能发现其内部实现与结构，那么这个操作是一个原子(atomic)操作。 原子操作可以是一个步骤，也可以是多个操作步骤，但是其顺序不可以被打乱，也不可以被切割而只执行其中的一部分。 将整个操作视作一个整体是原子性的核心特征。 幂等性： 再简单一点说，在一个业务流程的处理中，我们需要一个不重复的业务流水号，以保证幂等性。 举个实际应用场景
接口幂等性
程序员劝退师的博客
08-07 597
一、什么是幂等性 接口幂等性就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的,不会因为多次点击而产生了副作用;比如说支付场景,用户购买了商品支付扣款成功,但是返回结果的时候网络异常,此时钱已经扣了,用户再次点击按钮,此时会进行第二次扣款,返回结果成功,用户查询余额返发现多扣钱了,流水记录也变成了两条. …,这就没有保证接口的幂等性。 二、哪些情况需要防止 用户多次点击按钮 用户页面回退再次提交 微服务互相调用,由于网络问题,导致请求失败。feign触发重试机制 其他业务情况 三.什么情况下不需要
什么是幂等性、幂等性解决方案
Ly
11-22 3998
一、什么是幂等性 幂等性是一个技术术语、类似鉴权、都有一堆的解决方案 二、什么情况需要幂等 业务开发中，经常会遇到重复提交的情况，无论是由于网络问题无法收到请求结果而重新发起请求，或是前端的操作抖动而造成重复提交情况。 用户在APP上连续点击了多次提交订单，后台应该只产生一个订单； 向支付宝发起支付请求，由于网络问题或系统BUG重发，支付宝应该只扣一次钱。很显然，声明幂等的服务认为，外部调用者会存在多次调用的情况，为了防止外部多次调用对系统数据状态的发生多次改变，将服务设计成幂等。 .
氩气物性计算-源代码-VBA-加载宏-可以在Excel单元格里直接调用.docx
03-09
综上所述，这份源代码不仅提供了一套完整的氩气物性计算工具，还展示了如何将复杂的物理模型通过简单的Excel宏形式进行封装，极大地提高了数据处理的便捷性和准确性。这对于从事相关领域的科研人员和工程师来说是一...
微服务的数据一致性分发问题解决方案.docx
10-24
事务性发件箱模式的优势在于，它将数据操作和消息发送分离，确保了事务的原子性，同时避免了对主数据库的频繁访问。然而，这种模式也需考虑发件箱数据的清理、错误重试和消息幂等性等问题。 总结来说，微服务的数据...
相对论性无自旋氢原子径向矩阵元的通项公式及平均值的解析表达式 (2002年)
06-14
作为最简单的原子结构，氢原子不仅为我们提供了理解原子物理现象的窗口，更是检验物理理论的基准。传统上，氢原子的研究建立在非相对论性的薛定谔方程上，但在高能物理效应显著的情况下，相对论性效应和电子自旋的...
并发和幂等性
01-04
高并发和幂等性、高并发和幂等性问题解决场景和方案，觉得好用！
SpringBoot 接口幂等性实现的4种方案！这个我真的服气了！
公众号-老炮说Java
01-30 3336
点击上方蓝色字体，选择“标星公众号”优质文章，第一时间送达关注公众号后台回复pay或mall获取实战项目资料+视频作者：超级小豆丁http://www.mydlq.club/articl...
分布式系统互斥性与幂等性问题的分析与解决
博客
10-08 2055
2016年11月18日-20日，由优快云重磅打造的年终技术盛会SDCC 2016中国软件开发者大会将在北京举行，大会秉承干货实料（案例）的内容原则，本次大会共设置了12大专题、近百位的演讲嘉宾，并邀请业内顶尖的CTO、架构师和技术专家，与参会嘉宾共同探讨电商架构、高可用架构、编程语言、架构师进阶、微信开发、前端、平台架构演进、基于Spark的大数据系统设计、自动化运维与容器实践、高吞吐数据...
原子性，可用性，一致性等易混淆的一些性质及其概念。
linewon
02-19 927
原子性，可见性，有序性 Java并发编程的三大特性 原子性，一致性，隔离性，持久性（ACID） 事务的四大特征 一致性，可用性，分区容错性（CAP） 分布式系统最多只能满足其中两个性质 基本可用性，软状态，最终一致性（BASE） 对CAP中一致性和可用性的平衡 ...
幂等策略分析
12-03 986
幂等概念来自数学，表示N次变换和1次变换的结果是相同的。这里讨论在某些场景下，客户端在调用服务没有达到预期结果时，会进行多次调用，为避免多次重复的调用对服务资源产生副作用，服务提供者会承诺满足幂等。
分布式事务处理中的幂等性
王浩的技术博客
09-06 2519
事务是指以全有或全无的方式执行的一系列操作。所有操作必须全部成功完成，否则在每个操作中所作的所有更改都会被撤消。 以数据库为列，事物包含四个特性（ACID） 原子性（Atomicity）：操作这些指令时，要么全部执行成功，要么全部不执行。只要其中一个指令执行失败，所有的指令都执行失败，数据进行回滚，回到执行指令前的数据状态。 一致性（Consistency）：事务的执行使数据从一个状态转换为另一...
RabbitMQ 幂等性概念及业界主流解决方案
热门推荐
weixin_44048532的博客
01-24 1万+
一、什么是幂等性 可以参考数据库乐观锁机制，比如执行一条更新库存的 SQL 语句，在并发场景，为了性能和数据可靠性，会在更新时加上查询时的版本，并且更新这个版本信息。可能你要对一个事情进行操作，这个操作可能会执行成百上千次，但是操作结果都是相同的，这就是幂等性。 二、消费端的幂等性保障 在海量订单生成的业务高峰期，生产端有可能就会重复发生了消息，这时候消费端就要实现幂等性，这就意味着我们的消...
乐观锁库存及幂等性控制
冒旭的博客
03-15 1882
直接上SQL         库存SQL       <update id="updateStock" parameterType="pd"> UPDATE csh_sub_promotion SET rest_stock_count = rest_stock_count-#{count} WHERE id = #{subId} AND rest_stock_count-#{co...
高并发下的幂等策略分析
aly1989的专栏
08-29 7938
转载至：http://www.guokr.com/article/47868/?f=wx&page=2 双十一，零点刚开始，小明就迫不及待地点击提交订单按钮，1秒，2秒，3秒，没反应，小明有点心慌，又快速地点击了两下，提示下单成功。随后小明到我的订单列表中一看，发现有三个相同的订单，小明一脸黑线。 什么是幂等性 HTTP/1.1中对幂等性的定义是： Methods ca
java幂等性
最新发布
03-20
<think>嗯，用户想了解Java中幂等性的实现方案。首先，我需要回忆一下幂等性的定义。根据引用[3]，幂等性指的是无论调用一次还是多次，结果都是一样的，这在接口设计中很重要。接下来，用户需要具体的实现方法，我得结合提供的引用资料来整理。 引用[1]和[2]提到了使用自定义注解和AOP切面来处理幂等性。比如@NotRepeat和@Idempotent注解，结合AOP在方法执行前进行校验。这应该是一个常见的方案，需要详细说明如何实现，比如生成唯一key，使用Redis加锁或令牌机制。 然后，可能需要考虑其他方法，比如数据库唯一约束、乐观锁、分布式锁等。这些方法虽然在引用中没有直接提到，但属于常见的幂等性解决方案。不过用户提供的引用主要围绕注解和AOP，所以需要优先详细说明这些，再补充其他方法。 还要注意用户提供的代码示例，比如Idempotent注解中的fields()和timeout()参数，说明如何利用这些参数生成Redis的key，并设置过期时间。同时，需要解释整个流程，从注解声明到切面处理，再到具体的校验逻辑，比如检查请求是否重复。 另外，引用[3]提到幂等性应用在接口设计，需要确保多次调用结果一致。因此，在实现方案中要强调如何防止重复提交或重复处理，比如通过Token机制，前端先获取token，提交时携带token进行验证，之后删除token，避免重复使用。 可能还需要比较不同方法的优缺点，比如基于Token的实现适合交互式操作，而唯一索引适合数据库插入场景。分布式锁适用于分布式系统，而状态机适合有状态转换的业务。 最后，生成相关问题时要围绕用户可能想进一步了解的点，比如具体实现细节、不同方案的对比、常见问题处理以及实际应用场景。这样能帮助用户更深入地理解幂等性的各个方面。</think>### Java幂等性实现方案分步说明 幂等性设计是防止重复操作导致数据不一致的核心技术，以下是Java中常见的6种实现方案： --- #### 1. **注解+AOP方案（推荐）** **实现步骤**： 1. 定义幂等性注解（如`@Idempotent`或`@NotRepeat`） ```java @Target(ElementType.METHOD) @Retention(RetentionPolicy.RUNTIME) public @interface Idempotent { String[] fields() default {}; // 参与生成唯一标识的参数字段 long timeout() default 10; // Redis键过期时间 } ``` 2. 使用AOP切面拦截注解方法 ```java @Aspect @Component public class IdempotentAspect { @Around("@annotation(idempotent)") public Object checkIdempotent(ProceedingJoinPoint joinPoint, Idempotent idempotent) { // 生成唯一标识（如：用户ID+接口名+参数哈希） String key = generateUniqueKey(joinPoint, idempotent.fields()); // 使用Redis原子操作 Boolean success = redisTemplate.opsForValue().setIfAbsent(key, "1", idempotent.timeout(), TimeUnit.SECONDS); if (!Boolean.TRUE.equals(success)) { throw new RepeatRequestException("请勿重复提交"); } return joinPoint.proceed(); } } ``` **优势**：代码侵入性低，通过注解声明式实现[^2][^3] --- #### 2. **Token机制** **实现流程**： 1. 客户端先请求获取临时Token（例如UUID） 2. 服务端存储Token到Redis（设置较短有效期） 3. 客户端提交请求时携带Token 4. 服务端校验Token存在性后删除Token ```java // 生成Token接口 public String generateToken() { String token = UUID.randomUUID().toString(); redisTemplate.opsForValue().set(token, "1", 300, TimeUnit.SECONDS); return token; } // 校验Token切面 public void verifyToken(String token) { if (!redisTemplate.delete(token)) { throw new RepeatRequestException("无效或已使用的Token"); } } ``` **适用场景**：表单重复提交防护[^3] --- #### 3. **唯一索引约束** **实现方式**： ```sql ALTER TABLE orders ADD UNIQUE KEY uniq_request_id (request_id); ``` ```java try { // 插入带唯一标识的业务数据 orderDao.insert(order); } catch (DuplicateKeyException e) { // 捕获重复异常 } ``` **注意**：需提前生成全局唯一业务ID（如雪花算法ID） --- #### 4. **乐观锁方案** **实现步骤**： 1. 数据表增加版本号字段 2. 更新时校验版本号 ```sql UPDATE product SET stock=stock-1, version=version+1 WHERE id=1001 AND version=5; ``` ```java int affectedRows = productMapper.updateStock(productId, currentVersion); if (affectedRows == 0) { throw new OptimisticLockException("库存更新冲突"); } ``` --- #### 5. **分布式锁** **实现示例**： ```java public void processOrder(String orderId) { String lockKey = "order_lock:" + orderId; try { // 尝试获取分布式锁 boolean locked = redisLock.tryLock(lockKey, 30, TimeUnit.SECONDS); if (!locked) { throw new RepeatRequestException("订单正在处理中"); } // 业务处理... } finally { redisLock.unlock(lockKey); } } ``` --- #### 6. **状态机校验** **实现逻辑**： ```java public void updateOrderStatus(String orderId, OrderStatus newStatus) { Order order = orderDao.get(orderId); if (!order.getStatus().canTransitionTo(newStatus)) { throw new IllegalStateException("非法状态变更"); } // 更新状态... } ``` --- ### 方案对比表 | 方案 | 适用场景 | 优点 | 缺点 | |---------------|-------------------------|-----------------------|-----------------------| | 注解+AOP | 所有接口 | 低侵入、易维护 | 依赖中间件 | | Token机制 | 表单提交 | 交互友好 | 需额外接口调用 | | 唯一索引 | 数据创建场景 | 简单可靠 | 依赖数据库特性 | | 乐观锁 | 数据更新场景 | 无锁竞争 | 需设计版本字段 | | 分布式锁 | 分布式系统 | 强一致性 | 性能开销较大 | | 状态机 | 业务流程控制 | 业务耦合性低 | 需完整状态设计 | ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值