我们在使用中经常使用 spring,但是我们是否真正的理解当事务发生回滚的时候spring 是怎么给我处理的吗?是否会回滚呢,现在让我们来一起看看吧。
spring try {…} catch {} 事务不回滚的处理思路
当希望在某个方法中添加事务时,我们常常在方法头上添加@Transactional注解
1 |
|
容易让人忽略的是:默认不写@Transactional(rollbackFor = Exception.class)
方法只能在抛出 RuntimeException 或者 Error 时才会触发事务的回滚,常见的 非RuntimeException 是不会触发事务的回滚的。
如果要在抛出 非RuntimeException时也触发回滚机制,需要我们在注解上添加 rollbackFor = { Exception.class }属性。
1 |
|
当然,上面事务回滚的前提是添加 @Transactional 注解的方法中不含有 try{…}catch{…} 异常,使得程序运行过程中出现异常能顺利抛出,从而触发事务回滚。
在实际开发中,我们往往需要在方法中进行异常的捕获,从而对异常进行判断,为客户端返回提示信息。但是此时由于异常的被捕获,导致事务的回滚没有被触发,导致事务的失败。
下面提供几种解决方法:
1. 使用@Transactional注解,抛出@Transactional注解默认识别的RuntimeException
方法上使用@Transactional注解,在捕获到异常时在catch语句中抛出RuntimeException。
1 |
|
2. 使用@Transactional(rollbackFor = { Exception.class }),抛出捕获的非RuntimeException异常
方法上使用@Transactional(rollbackFor = { Exception.class })注解声明事务回滚级别,在捕获到异常时在catch语句中直接抛出所捕获的异常。
1 |
|
3. 手动回滚
上面两个在catch{…}中抛出异常的方法都有个不足之处,就是不能在catch{…}中存在return子句,所以设置手动回滚,当捕获到异常时,手动回滚,同时返回前台提示信息。
1 |
|