成功解决事务嵌套

博客围绕JTA事务的嵌套问题展开。作者追查resin容器源码,发现javax.transaction.Status类可标明事务状态代码,通过javax.transaction.UserTransaction.getStatus()获取状态。在此基础上给出事务管理器的封装代码及调用示例,以解决事务嵌套问题。

JTA事务的嵌套

  由于前两篇帖子都是关于事务的讨论 (J2EE中的事务处理事务服务浅析),没有讨论到事务嵌套时的解决办法,这两天一直在琢磨,如何才能高效、灵活的解决事务的嵌套问题呢?
  既然web容器可以判断当前方法是否处在事务中(JTA事务中提交java.sql.Connection.commit()会报错),那么它是如何判断的呢?带着这个疑问,追查了一下resin容器源码的事务部分,发现了一个类:javax.transaction.Status,用来标明事务状态代码,而javax.transaction.UserTransaction.getStatus()可以取得事务当前的状态!
  这样的话,就比较简单了。既然可以随时取得事务的状态编码,而且又能清楚知道每个状态码的含义,就可以对事务进行再次封装了

我的解决办法

package com.javer.test;

import javax.naming.Context;
import javax.naming.InitialContext;
import javax.transaction.Status;
import javax.transaction.UserTransaction;

/**
 
* 事务管理器,对事务再次进行封装
 
* <p>@author javer QQ:84831612</p>
 
* @date 2005
 
*/
public class TransactionManager {

 
private UserTransaction tx = null;

 
/**
  
* 是否自己管理事务(true:自己提交、回滚事务;false:当前事务是嵌套事务,自己不进行事务管理)
  
*/
 
private boolean transactionBySelf = true;

 
private TransactionManager(){}

 
public static TransactionManager getInstance() throws Exception {
   
Context ic = new InitialContext();
    UserTransaction _tx = (UserTransaction) ic.lookup("java:comp/UserTransaction"); //resin服务器中取得UserTransaction

    TransactionManager tm = new TransactionManager();
    tm.tx = _tx;
    if(_tx.getStatus() != Status.STATUS_NO_TRANSACTION)
    tm.transactionBySelf = false;

   
return tm;
 
}

 
public void beginTransaction() throws Exception {
   
if (tx == null)
   
return;
    if(tx.getStatus() != Status.STATUS_NO_TRANSACTION)
      transactionBySelf = false;

   
if (transactionBySelf) {
      tx.begin();
      //
System.out.println("TransactionManager:打开事务!");
   
}//else {
     
//System.out.println("TransactionManager:已经处于事务中了!所以没有再次打开事务!");
    //
}
 
}

 
public void commitTransaction() throws Exception {
   
if (tx == null)
     
return;
   
if (transactionBySelf) {
      tx.commit();
     
//System.out.println("TransactionManager:提交事务!");
   
}// else {
     
//System.out.println("TransactionManager:已经处于事务中了!所以没有提前提交事务!");
    //
}
 
}

 
public void rollbackTransaction() throws Exception {
   
if (tx == null)
     
return;
   
if (transactionBySelf) {
      tx.rollback();
     
//System.out.println("TransactionManager:回滚事务!");
   
}// else {
     
//System.out.println("TransactionManager:已经处于事务中了!所以没有提前回滚事务!");
    //
}
 
}
}

调用示例

方法a
void a() throws Exception {
  TransactionManager tm = TransactionManager.getInstance();
  try{
    tm.beginTransaction();

    System.out.println("JaverTest:数据库操作!");

    b(); //调用方法b

    tm.commitTransaction();
  }catch(Exception e){
    tm.rollbackTransaction();
    throw e;
  }
}

方法b
void b() throws Exception {
  TransactionManager tm = TransactionManager.getInstance();
  try{
    tm.beginTransaction();

    System.out.println("JaverTest:数据库操作!");

    tm.commitTransaction();
  }catch(Exception e){
    tm.rollbackTransaction();
    throw e;
  }
}

<think>嗯,用户想了解Spring事务嵌套,我需要详细解释清楚。首先,我应该从基本概念入手,介绍事务嵌套是什么。然后,可能需要讲传播机制,特别是PROPAGATION_REQUIRED和PROPAGATION_REQUIRES_NEW的区别。记得要举例子,比如方法A调用方法B,不同传播行为下的表现。 用户可能遇到事务嵌套的问题,比如内层事务回滚是否影响外层,或者如何配置不同的传播行为。需要说明默认的传播行为是什么,以及常见的使用场景。比如,当方法B需要独立事务时,使用REQUIRES_NEW,这样B的回滚不会影响A,但要注意异常处理。 另外,要提到事务的隔离级别和它们对嵌套事务的影响,但可能不需要太深入,除非用户特别问到。需要强调事务失效的常见情况,比如自调用问题,以及如何通过AOP代理解决。 还要注意语法部分,确保数学表达式和代码都用正确的格式。比如传播行为应该用代码块标出,例如@Transactional(propagation = Propagation.REQUIRES_NEW)。例子部分要清晰,可能用代码示例说明不同传播行为下的结果。 最后,总结一下关键点,帮助用户记忆。可能还需要提醒常见的陷阱,比如异常被捕获导致事务不回滚,或者配置错误导致传播行为不生效。确保回答结构清晰,分点说明,让用户容易理解。</think>Spring事务嵌套是分布式事务处理中的典型场景,其核心通过传播机制(Propagation Behavior)控制事务边界。以下从工作机制到实际场景逐步分析: 一、传播机制7种类型(关键4种) $$ \begin{array}{|l|l|} \hline \text{传播行为} & \text{行为特征} \\ \hline \text{PROPAGATION\_REQUIRED(默认)} & \text{加入当前事务,不存在则新建} \\ \hline \text{PROPAGATION\_REQUIRES\_NEW} & \text{始终新建独立事务} \\ \hline \text{PROPAGATION\_NESTED} & \text{嵌套事务(Savepoint机制)} \\ \hline \text{PROPAGATION\_SUPPORTS} & \text{跟随当前事务状态} \\ \hline \end{array} $$ 二、典型嵌套场景分析(A方法调用B方法) 1. **默认传播行为(REQUIRED)** ```java @Transactional void A() { insertTable1(); B(); // 传播行为=REQUIRED // 异常发生点影响最终结果 } @Transactional void B() { insertTable2(); } ``` - 若B()执行失败:A()中insertTable1和B()的insertTable2同时回滚 - 若B()成功,A()后续失败:所有操作回滚 2. **独立事务(REQUIRES_NEW)** ```java @Transactional void A() { insertTable1(); B(); // 传播行为=REQUIRES_NEW throw new Exception(); } @Transactional(propagation = Propagation.REQUIRES_NEW) void B() { insertTable2(); } ``` - B()的事务先提交 - A()抛出异常后,仅回滚insertTable1 3. **嵌套事务(NESTED)** ```java @Transactional void A() { insertTable1(); try { B(); // 传播行为=NESTED } catch (Exception e) { // 处理子事务异常 } insertTable3(); } @Transactional(propagation = Propagation.NESTED) void B() { insertTable2(); throw new RuntimeException(); } ``` - B()回滚到Savepoint,不影响A()后续insertTable3执行 - 需要数据库支持(如MySQL的InnoDB引擎) 三、实现原理 1. 通过`TransactionInterceptor`实现AOP切面 2. 使用`TransactionSynchronizationManager`管理事务上下文 3. 事务管理器(`PlatformTransactionManager`)决策传播行为 四、实践注意事项 1. **异常处理**:默认只回滚RuntimeException ```java @Transactional(rollbackFor = Exception.class) ``` 2. **事务失效场景**: - 自调用(同类中非代理方法调用) - 异常被捕获未抛出 - 非public方法 五、调试建议 1. 开启事务日志: ```properties logging.level.org.springframework.transaction.interceptor=TRACE logging.level.org.springframework.jdbc.datasource=DEBUG ``` 2. 使用`TransactionSynchronizationManager.isActualTransactionActive()`检测事务状态 理解事务嵌套的关键是掌握传播行为对事务边界的影响,实际开发中需要根据业务原子性要求选择合适的传播策略。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值