spring 中事务注解@Transactional与trycatch

最新推荐文章于 2025-11-09 13:25:48 发布

原创最新推荐文章于 2025-11-09 13:25:48 发布 · 8.4k 阅读

19 ·

CC 4.0 BY-SA版权

文章标签：

#spring事务与trycatch

web前端专栏收录该内容

7 篇文章

订阅专栏

探讨Spring框架中@Transactional注解在方法级别的事务控制机制，分析不同异常处理方式对事务回滚的影响，以及如何正确配置以确保数据一致性。

spring 中事务注解@Transactional与trycatch

在项目中 @service层中我们会经常在做一些增删改操作的方法上看到 spring 的事务注解 @transaction 已知@transaction 是让spring 帮我们实现事务的控制。
但是在项目中会经常看到有的方法中会存在trycatch块包括的方法上注解着@transaction

eg：

 @Override
    @Transactional
    public Json addOrder(TOrderAddReq tOrderAddReq) {
		try{
				//增删改方法
        } catch (Exception e) {
            .....
            e.printStackTrace();}
//        }
        return json;
    }

上述的方法执行后可以看到事务并没有执行，接下来再看一个例子eg：

 @Override
    @Transactional
    public Json addOrder(TOrderAddReq tOrderAddReq) {
		try{
				//增删改方法
        } catch (Exception e) {
        	// 手动硬编码开启spring事务管理
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
            e.printStackTrace();}
//        }
        return json;
    }

上述方法执行后我们可以看到事务最后执行了，但实际上事务执行只是因为手动硬编码开启spring事务管理起了作用而方法上的注解并没有起作用，接下来再看一个例子eg：

 @Override
    @Transactional
    public Json addOrder(TOrderAddReq tOrderAddReq) {
		try{
				//增删改方法
        } catch (Exception e) {
        	
            throw new RuntimeException();
            }
//        }
        return json;
    }

上述方法执行后我们可以看到事务是执行了的，但这里有个小细节:@Transactional不做任何配置默认是对抛出的unchecked异常回滚，checked异常不会回滚，为了让所有异常都会让事务启动可以将 @Transactional配置为 @Transactional(rollbackFor = Exception.class)

解释:

spring的事务边界是在调用业务方法之前开始的，业务方法执行完毕之后来执行commit or rollback(spring默认取决于是否抛出runtime异常).
如果抛出runtime exception 并在你的业务方法中没有catch到的话，事务会回滚。
一般不需要在业务方法中catch异常，如果非要catch，在做完你想做的工作后（比如关闭文件等）一定要抛出runtime exception，否则spring会将你的操作commit,这样就会产生脏数据.所以你的catch代码是画蛇添足。