如何在事务方法里，执行一段事物提交之后的代码

最新推荐文章于 2025-09-04 17:55:34 发布
原创 最新推荐文章于 2025-09-04 17:55:34 发布 · 575 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #开发语言

本文详细解释了TransactionSynchronizationManager.registerSynchronization在Spring框架中的作用，介绍了suspend、resume、flush、beforeCommit、afterCommit和afterCompletion等回调方法，以及如何根据业务需求重写这些方法以定制事务处理过程。 
TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronization(){
    @Override
    public void afterCompletion(int status) {
          //业务方法
        }
    }
});

TransactionSynchronizationManager.registerSynchronization有以下的，根据你业务去重写即可

  1. suspend：在spring开启新事务，获取connection之前会调用（未执行registCustomer）
  2. resume：开启新事务失败时会调用（未执行registCustomer）
  3. flush：没调用
  4. beforeCommit：事务提交前会调用（已执行registCustomer）
  5. beforeCompletion：事务提交前会调用，在beforeCommit之后（已执行registCustomer）
  6. afterCommit：事务提交后会调用（已执行registCustomer）
  7. afterCompletion：事务提交后会调用，在afterCommit之后（已执行registCustomer）
SpringBoot事务提交后再执行后续操作
qq_42715450的博客
01-20 3698
在异步方法中需要查询新插入的数据，发现查询不到,原因是事务未提交，数据库插入数据操作并未完成，只有处在同一个事务中才能查询到新数据，异步方法已经不处于同一个事务中查询表是查不到数据的。我们经常会有些方法会调用一些方法异步执行，比如入库操作后要异步发送kafka消息，但是往往我们的业务方法总是包含事务的，要么全部成功，要么全部失败。有的时候事务执行失败了或者还没有提交，异步方法就执行完成了。2.当事务失败回滚时，我们的异步操作也不执行。1.异步操作需要等待事务完成后才执行。
分布式事务的具体实现：两阶段提交（2PC）
qq_63728673的博客
04-15 2754
分布式事务“顾名思义，指的是涉及到多个分布式系统或者多个数据库的事务操作。在分布式系统中，如果一个事务涉及到多个独立的组件或者服务，每个组件或服务可能位于不同的物理节点上，那么这个事务就被称为分布式事务。在分布式系统中实现分布式事务是一个复杂的问题，因为涉及到多个独立的组件或者服务，可能存在网络延迟、通信故障、节点故障等因素。为了保证分布式事务的一致性和可靠性，需要使用合适的事务管理协议和机制，如两阶段提交（2PC）、三阶段提交（3PC）、基于消息的事务、分布式事务管理器等。
java中提交事务后再执行代码
qq_39599137的博客
03-23 715
【代码】java中提交事务后再执行代码。
java spring 事务提交_Spring 事务提交之后再执行操作
weixin_39542093的博客
02-16 1164
Spring代码实现：import org.slf4j.Logger;import org.slf4j.LoggerFactory;import org.springframework.stereotype.Component;import org.springframework.transaction.support.TransactionSynchronizationAdapter;impo...
Spring 事务提交成功后执行额外逻辑
最新发布
m0_73837751的博客
09-04 643
执行。
spring事务管理器 等事务提交之后执行方法
z086961063的博客
06-04 861
spring 事务管理器
Java：事务提交之后再做其他操作
黄黄黄黄黄的博客
04-25 2703
不管TransactionSynchronizationManager.registerSynchronization放在代码逻辑的任何地方，都会在事物提交之后，重新创建一个线程来执行doSth()的逻辑。 TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronizationAdapter() { @Override public void afterCommit() {
ORACLE中如何找到未提交事务的SQL语句详解
12-16
在Oracle数据库中，有时我们需要找出系统中未提交的事务，以了解其可能对数据库状态造成的影响或进行问题排查。在上述描述中，我们看到一个实验性的例子，展示了如何通过查询系统视图来查找未提交的SQL语句。下面将...
【RocketMQ5x-事务消息】实例以及阶段提交方式
在长期主义之路上，与伟大格局观者同行，做时间的朋友。
06-10 1250
RocketMQ的事务消息设计巧妙地融合了两阶段提交协议的核心理念，同时针对消息队列的特性进行了优化，提供了高度一致性的消息处理机制，既保证了数据的可靠性，又兼顾了高性能与高可用性。通过上述代码实例与深入解析，开发者可以更好地理解和应用RocketMQ事务消息机制，以满足复杂分布式系统中对消息一致性的严格要求。
基于 XA 事务协议，用代码实现一个二阶段分布式事务
平头哥的技术博文
04-29 1454
在上篇《漫谈分布式事务的那些解决方案》文章中，我提到了分布式事务的三种通用解决方案，但是没有具体的代码实现，有少小伙伴留言说原理知道了，但是还是不会写代码，那么这篇文章就简单聊一聊基于 XA 事务协议，用代码来实现二阶段提交。 在具体的 Demo 之前，先来补充一点 XA 事务的知识：DTP 模型与 XA 规范。 DTP 模型与 XA 规范是由 X/Open 维护，也就是现在的 open grou...
数据库故障排查指南，未提交的事务导致数据回滚
百态老人的博客
05-22 696
两阶段提交（2PC）协议是分布式事务处理的核心机制之一，尽管其设计简单且能保证事务的一致性，但在实际应用中仍面临性能瓶颈和可用性挑战。通过引入移动代理、超时机制、副本协议以及优化锁资源管理等策略，可以显著提升2PC协议的效率和可靠性。
java事务提交完成再继续执行_让处于事务中的特定代码在事务提交成功后再执行...
weixin_32635501的博客
02-25 3125
问题描述之前遇到过一个这样的问题：在服务A里的执行一个保存数据库方法，数据保存成功后会将主键ID通过MQ发送给服务B,服务B再根据主键ID去查询保存的数据，进行其他逻辑处理。后来发现，在服务B中根据MQ发送过来的ID通过数据库偶尔会查不到数据信息。后来通过调试才发现，是因为在服务A里的保存方法加了事务注解，保存的数据结果只有在当前方法执行完成后才会对外生效，而MQ消息则是在保存方法执行前发送的，如...
事务提交之后执行
weixin_45547998的博客
04-06 708
事务提交之后执行的业务 如果某个方法有事务，使用了@Transactional，在该业务执行完成（事务提交完成）之后再执行别的业务，如下案例 */ @Override @Transactional public HrDataDictionary add(HrDataDictionary param) throws Exception{ **** //入缓存 List<HrDataDictionary> list = hrDat
事务提交后执行
xixingzhe2的博客
10-18 1343
事务提交后执行
java事务提交完成再继续执行_如何在事务提交后才执行某个方法
weixin_39623271的博客
02-25 3873
如何在事务提交后才执行某个方法开发过程中经常出现如下场景；新增一篇文章，然后发一个广播mq出去；广播监听者监听到消息然后根据文章id回查文章内容；但是此时新增文章的方法的事务还没有提交，根据id回查数据库的时候查到数据为空。代码如下：@Transactionalpublic void add文章() {//insert文章//sendmq}此时我们希望的效果是，等事务提交之后再发mq。可以改成如下...
在事务注解@Transactional的方法中如何做到在事务提交/回滚后执行业务逻辑
摸鱼小张的博客
01-26 2081
在某些情况下 我们需要在事务注解的方法中，在事务提交/回滚的前后，去执行一些业务逻辑如：在事务提交后执行一些异步任务。
还不会控制本地事务提交后才执行某些代码？教你一招解决
qq_42865087的博客
01-06 1122
还不会控制本地事务提交后才执行某些代码？教你一招解决
编码技巧——事务提交后执行
娜娜米的博客
05-13 2281
日常开发中，一些诸如"先读后写"、"先写A再写B"、"先写A再执行B"的场景，一般都会用到事务；这里的事务指的是本地事务，如果涉及RPC，一般我们通过异步补偿来保证最终一致性；本篇例举2个使用事务"先写A再执行B"的场景；
java 代码事务完毕后的操作
cn_yaojin
02-11 1660
TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronizationAdapter() { @Override public void afterCommit() { //事务完毕后执行的代码 ...
springboot在方法里取消事物
07-04
<think>我们正在讨论的是在Spring Boot应用中如何在方法内部取消（回滚）事务。用户的问题与之前讨论的Android事务超时不同，需要切换到Spring事务管理领域。关键点：Spring的事务管理通常基于声明式事务（@Transactional）或编程式事务（TransactionTemplate）。用户希望在一个方法内部有条件地取消当前事务。解决方案：1.使用声明式事务时，可以通过抛出未检查异常（RuntimeException）触发回滚。2.如果需要在不抛出异常的情况下回滚，可以使用TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。3.使用编程式事务（TransactionTemplate）可以在回调函数中通过TransactionStatus.setRollbackOnly()控制。注意：Spring事务默认只对未检查异常回滚，检查异常（CheckedException）不会触发回滚，除非明确指定。详细步骤：方法一：通过抛出异常回滚（声明式事务） ```java@Transactionalpublicvoid someMethod(){//业务逻辑...if (someCondition){throw newRuntimeException("Transaction willbe rolledback");//触发回滚}} ```方法二：使用setRollbackOnly（声明式事务中不抛出异常）```java@Transactionalpublic voidsomeMethod() {//业务逻辑...if(someCondition){//标记当前事务为回滚TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();}//方法继续执行，但最终事务会回滚}```方法三：编程式事务（使用TransactionTemplate） ```java@AutowiredprivateTransactionTemplatetransactionTemplate; publicvoid someMethod(){transactionTemplate.execute(status-> {//业务逻辑...if(someCondition){status.setRollbackOnly();//标记回滚returnnull;}//...其他逻辑return result;}); }```注意事项：1.方法二（setRollbackOnly）需要确保当前方法确实在一个事务中，否则会抛出异常（NoTransactionException）。2.在声明式事务中，使用setRollbackOnly后，方法仍然会继续执行直到结束，但最终事务会回滚。生成相关问题：1.Spring事务回滚的规则是什么？2.如何在Spring中捕获异常但不回滚事务？3.编程式事务和声明式事务有什么区别？回答中需要引用之前提供的引用吗？之前的引用是关于Android的，与Spring事务无关，因此不需要引用。但根据用户要求，参考了站内引用，不过这里并不适用，所以我们可以忽略之前的引用，专注于Spring事务。</think>### 在 Spring Boot 方法内取消事务的解决方案 在 Spring Boot 中取消事务的核心方法是使用 `TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()`，这会标记当前事务为回滚状态而不抛出异常[^1]。以下是具体实现方案： #### 1. **声明式事务回滚（推荐）** ```java import org.springframework.transaction.annotation.Transactional; import org.springframework.transaction.interceptor.TransactionAspectSupport; @Service public class OrderService { @Transactional public void processOrder(Order order) { try { // 业务逻辑... if (invalidCondition(order)) { // 静默取消事务 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); return; // 退出方法 } // 正常业务操作... } catch (Exception e) { // 自动触发回滚（默认对RuntimeException回滚） throw new BusinessException("操作失败", e); } } } ``` **特点**： - 使用 `@Transactional` 注解管理事务 - `setRollbackOnly()` 标记回滚但不中断程序流 - 需确保方法在事务上下文中执行 #### 2. **编程式事务控制** ```java import org.springframework.transaction.support.TransactionTemplate; @Service public class PaymentService { private final TransactionTemplate transactionTemplate; public PaymentService(TransactionTemplate transactionTemplate) { this.transactionTemplate = transactionTemplate; } public void handlePayment(PaymentRequest request) { transactionTemplate.execute(status -> { // 业务逻辑... if (paymentFailed(request)) { status.setRollbackOnly(); // 取消事务 return "Payment rolled back"; } // 正常提交 return "Payment completed"; }); } } ``` **优势**： - 细粒度控制每个操作的事务边界 - 明确的事务状态管理 - 适合复杂事务场景 #### 3. **自定义回滚规则** ```java @Transactional(rollbackFor = {BusinessException.class}) public void updateInventory(Product product) { if (lowStock(product)) { // 抛出自定义异常触发回滚 throw new BusinessException("库存不足，事务回滚"); } // 正常更新操作... } ``` **配置**： - 通过 `rollbackFor` 指定触发回滚的异常类型 - 在 `@Transactional` 中配置 `noRollbackFor` 定义不触发回滚的异常 --- ### ⚠️ 关键注意事项 1. **上下文验证**： ```java // 确保当前存在事务 if (TransactionSynchronizationManager.isActualTransactionActive()) { TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); } ``` 2. **传播行为影响**： - `PROPAGATION_REQUIRES_NEW` 会创建新事务，不影响外层事务 - `PROPAGATION_NESTED` 允许部分回滚嵌套事务 3. **性能考量**： - 过早回滚可减少数据库锁持有时间 - 避免在循环中频繁启停事务（批量处理更高效） 4. **调试建议**： ```properties # application.properties logging.level.org.springframework.transaction=DEBUG logging.level.org.springframework.jdbc=TRACE ``` --- ### 🔍 工作原理图示 ```mermaid graph TD A[业务方法开始] --> B{需要取消事务?} B -->|是| C[调用 setRollbackOnly] C --> D[继续执行非事务代码] B -->|否| E[执行事务操作] D --> F[方法正常返回] E --> F F --> G{事务结束阶段} G -->|标记了回滚| H[执行回滚] G -->|未标记回滚| I[提交事务] ``` > **重要提示**：`setRollbackOnly()` 只标记状态不立即回滚，实际回滚在事务边界（方法退出时）执行[^1]。回滚后数据库将恢复到方法执行前的状态。 --- ### 相关问题 1. 如何在 Spring Boot 中实现部分事务提交？ 2. `@Transactional` 传播行为的不同类型有何区别？ 3. 事务回滚后如何执行补偿操作？ 4. Spring 事务管理的最佳实践有哪些？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值