Spring transaction事务 roll back各种回滚

Spring 事务注解的参数

属性名 

类型 

说明 

isolation 

枚举org.springframework.transaction.annotation.Isolation的值 

事务隔离级别 

noRollbackFor 

Class<? extends Throwable>[] 

一组异常类,遇到时不回滚。默认为{}

noRollbackForClassName 

Stirng[] 

一组异常类名,遇到时不回滚,默认为{}

propagation 

枚举org.springframework.transaction.annotation.Propagation的值 

事务传播行为 

readOnly 

boolean 

事务读写性 

rollbackFor 

Class<? extends Throwable>[] 

一组异常类,遇到时回滚 

rollbackForClassName 

Stirng[] 

一组异常类名,遇到时回滚 

timeout 

int 

超时时间,以秒为单位 

value 

String 

可选的限定描述符,指定使用的事务管理器 


在实际开发中有时事务会回滚有时不会回滚,具体是因为抛出的异常不同而造成的。

1、@Transactional 不指定任何回滚异常

当声明事务时,不指定任何回滚异常时,默认的是针对unchecked exception(不能够try-catch或者向上传递的异常)回滚。也就是默认对RuntimeException()异常或是其子                类进行事务回滚;

      checked异常,即Exception可try{}捕获的不会回滚。

 spring的事务管理理解为:开发者自己捕获住了,意识到了风险,就无需在进行回滚。没有捕获的是开发者意识不到的风险问题,那么就需要spring的事务来进行回滚操作。

2、如果想对所有异常进行回滚的话需要制定

@Transactional(rollbackFor = Exception.class)

       这样的话会对所有的异常进行回滚。

3、如果在代码中try{}catch住并且没有抛出来的话始终不会回滚。

eg:

测试1:
public SMSTiming createSMSTiming(SMSTiming smsTiming){
       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
       int i = 4/0; //人为产生异常(实际这里抛出了ArithmeticException运行异常)
       return s;
    }
测试1结果:会事务回滚----数据库中未插入新数据。
 
 
测试2:
        public SMSTiming createSMSTiming(SMSTiming smsTiming) throws Exception{//受检异常(非运行异常)必须抛出
       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
       try{
           int i = 4/0; //人为产生异常
       }catch(Exception e){
           thrownew Exception ("");//抛出Exception异常
       }
       return s;
    }
测试2结果:不会事务回滚----数据库中插入新数据。
 
        
测试3:
            public SMSTiming createSMSTiming(SMSTiming smsTiming) throws RuntimeException{//运行异常(非受检异常)可以不抛出
       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
       try{
           int i = 4/0; //人为产生异常
       }catch(Exception e){
           thrownewRuntimeException("");//抛出RuntimeException异常
       }
       return s;
    }
测试3结果:会事务回滚----数据库中未插入新数据
 
测试4:
        public SMSTiming createSMSTiming(SMSTiming smsTiming) throws TestException{//受检异常(非运行异常)必须抛出
       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
       try{
           int i = 4/0; //人为产生异常
       }catch(Exception e){
           thrownewTestException("");//抛出TestException异常
       }
       return s;
    }
测试4结果:会事务回滚----数据库中未插入新数据。
 
测试5:
    public SMSTiming createSMSTiming(SMSTiming smsTiming) throws MyTestException{//受检异常(非运行异常)必须抛出
       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
       try{
           int i = 4/0; //人为产生异常
       }catch(Exception e){
           thrownewMyTestException("");//抛出MyTestException异常
       }
       return s;
    }
 测试5结果:不会事务回滚----数据库中插入新数据。
 
测试6:
    public SMSTiming createSMSTiming(SMSTiming smsTiming) throws MyTestException{//受检异常(非运行异常)必须抛出 (注意:此时spring指定配置此异常回滚)
       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
       try{
           int i = 4/0; //人为产生异常
       }catch(Exception e){
           thrownewMyTestException("");//抛出MyTestException异常
       }
       return s;
    }
 测试6结果:会事务回滚----数据库中未插入新数据。
Spring框架的事务基础 架构代码将默认地 只 在抛出运行时和unchecked exceptions时才标识事务回滚。 也就是说,当抛出一个RuntimeException 或其子类例的实例时。(Errors 也一样 - 默认地 - 标识事务回滚。)从事务方法中抛出的Checked exceptions将 不 被标识进行事务回滚


### 关于捕获 `assert` 异常并手动设置事务回滚 在 Java 应用程序中处理 Spring 事务时,默认情况下,Spring 只会在遇到未检查异常(即继承自 `RuntimeException` 或者 `Error` 的异常)时自动回滚事务[^2]。对于通过断言 (`assert`) 抛出的 AssertionError,在默认配置下也会触发回滚。 然而,如果希望即使发生特定类型的异常也不让事务回滚,则可以通过编程方式控制这一行为: #### 使用 TransactionTemplate 显式管理事务边界 一种做法是利用 `TransactionTemplate` 来更细粒度地掌控事务的行为。这允许开发者定义自己的回调逻辑来决定何时提交或回滚事务。下面是一个简单的例子展示如何实现这一点: ```java @Autowired private PlatformTransactionManager transactionManager; public void performOperationWithCustomRollbackBehavior() { TransactionTemplate template = new TransactionTemplate(transactionManager); template.execute(status -> { try { // Your business logic here that might throw an assertion error. boolean shouldNotRollBackOnAssertionFailure = true; if (shouldNotRollBackOnAssertionFailure && status.isRollbackOnly()) { status.setRollbackOnly(false); // Prevent rollback on certain conditions. } return null; // or some result object } catch (AssertionError e) { // Handle the exception as needed without rolling back the transaction. log.error("Caught AssertionError but will not roll back.", e); return null; } }); } ``` 在这个例子中,当检测到 `AssertionError` 并且满足某些条件时,可以阻止事务标记为只读模式(`setRollbackOnly(true)`),从而防止其被回滚。 请注意这种方法并不推荐用于生产环境下的常规错误处理机制;它主要用于特殊场景下的调试目的或其他非常规需求。 另外值得注意的是,通常来说应该遵循框架的设计意图——即仅对不可恢复的情况才执行回滚操作。因此修改默认的回滚策略应当谨慎行事,并充分理解潜在的风险和后果。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值