spring异常回滚机制

修改异常时发现个问题 当我想在process层里抛出异常,就throw new Exception() 异常抛出让事务进行回滚,程序运行完发现事务却没有正常的回滚,之后将异常改为new RuntimeException() 时程序能正常的回滚 。具体的原因是spring配置文件中事务对异常的处理方式,具体原因如下

Spring的AOP事务管理默认是针对unchecked exception回滚。
也就是默认对RuntimeException()异常极其子类进行事务回滚。
Exception作为基类,下面还分checked exception和unchecked exception。如果客户端可以通过其他的方法恢复异常,那么这种异
常就是checked exception;如果客户端对出现的这种异常无能为力,那么这种异常就是Unchecked exception;简单来说,继承于
RuntimeException的都是unchecked exception。

Error:

1.总是不可控制的(unchecked)

2.经常用来用于表示系统错误或低层资源的错误

3.如何可能的话,应该在系统级被捕捉



Exception:

1.可以是可被控制(checked) 或不可控制的(unchecked)

2.表示一个由程序员导致的错误

3.应该在应用程序级被处理



Java 中定义了两类异常:

1) Checked exception: 这类异常都是Exception的子类 。异常的向上抛出机制进行处理,假如子类可能产生A异常,那么在父类中
也必须throws A异常。可能导致的问题:代码效率低,耦合度过高。

2) Unchecked exception: 这类异常都是RuntimeException的子类,虽然RuntimeException同样也是Exception的子类,但是它们是
它们不能通过client code来试图解决,所以称为Unchecked exception 。



解决办法:

1.在针对事务的类中抛出RuntimeException异常,而不是抛出Exception。

2.在txAdive中增加rollback-for,里面写自己的exception,例如自己写的exception为com.cn.untils.exception.***Exception



<tx:advice id="txAdvice" transaction-manager="transactionManager">

  <tx:attributes>

    <tx:method name="*" rollback-for="com.cn.untils.exception.***Exception"/>

  </tx:attributes>

</tx:advice>



或者



定义不会滚的异常



<tx:advice id="txAdvice">

<tx:attributes>

<tx:method name="update*" no-rollback-for="IOException"/>

<tx:method name="*"/>

</tx:attributes>

</tx:advice>
### 事务管理与异常回滚机制Spring Boot 中整合 MyBatis-Plus 时,事务的异常回滚机制默认是支持的,但需要正确配置和使用。Spring 的 `@Transactional` 注解可以用于控制事务边界,并在发生异常时触发回滚操作。然而,在某些情况下,MyBatis-Plus 的方法可能不会按照预期进行回滚,这通常与事务传播行为、代理机制以及异常类型有关[^3]。 #### 1. `@Transactional` 注解的基本使用 为了确保事务正常回滚,必须将 `@Transactional` 注解应用于 `public` 方法上,并且该方法应位于 Service 层而非 Controller 层。此外,只有在抛出未检查异常(即继承自 `RuntimeException` 的异常)或明确声明了回滚规则的检查异常时,事务才会自动回滚。 ```java @Service public class OrderService { private final OrderMapper orderMapper; public OrderService(OrderMapper orderMapper) { this.orderMapper = orderMapper; } @Transactional public void createOrder() { orderMapper.insert(new Order("张三")); // 模拟异常 throw new RuntimeException("订单创建失败"); } } ``` 上述代码中,当 `createOrder()` 方法抛出 `RuntimeException` 时,事务会自动回滚。如果希望检查异常也触发回滚,则需要显式指定: ```java @Transactional(rollbackFor = Exception.class) public void createOrder() throws Exception { orderMapper.insert(new Order("张三")); // 模拟异常 throw new Exception("订单创建失败"); } ``` #### 2. MyBatis-Plus 批量操作中的事务问题 MyBatis-Plus 提供了批量插入和更新的方法,如 `saveBatch()` 和 `updateBatchById()`。这些方法内部使用了 `@Transactional` 注解进行事务控制,但在某些场景下,特别是在业务逻辑中包含多个数据库操作时,事务可能无法按预期回滚。其根本原因在于 `ServiceImpl<M extends BaseMapper, T>` 类中对批量操作的封装方式,可能导致事务边界不清晰或异常未被正确捕获[^3]。 为避免此类问题,建议在自定义 Service 方法中显式使用 `@Transactional` 注解,并确保所有数据库操作都在同一个事务上下文中执行: ```java @Service public class UserServiceImpl extends ServiceImpl<UserMapper, User> implements UserService { @Override @Transactional public void batchSaveUsers(List<User> users) { saveBatch(users); // 模拟异常 throw new RuntimeException("批量保存失败"); } } ``` #### 3. 多数据源环境下的事务管理 当应用涉及多个数据源时,每个数据源都需要独立的事务管理器。可以通过 `@Transactional("transactionManagerName")` 显式指定事务管理器名称,以确保事务作用于正确的数据源[^1]。 ```java @Configuration @EnableTransactionManagement public class DataSourceConfig { @Bean(name = "primaryDataSource") @ConfigurationProperties(prefix = "spring.datasource.primary") public DataSource primaryDataSource() { return DataSourceBuilder.create().build(); } @Bean(name = "secondaryDataSource") @ConfigurationProperties(prefix = "spring.datasource.secondary") public DataSource secondaryDataSource() { return DataSourceBuilder.create().build(); } @Bean(name = "primaryTransactionManager") public PlatformTransactionManager primaryTransactionManager(@Qualifier("primaryDataSource") DataSource dataSource) { return new DataSourceTransactionManager(dataSource); } @Bean(name = "secondaryTransactionManager") public PlatformTransactionManager secondaryTransactionManager(@Qualifier("secondaryDataSource") DataSource dataSource) { return new DataSourceTransactionManager(dataSource); } } @Service public class OrderService { @Transactional("primaryTransactionManager") public void placeOrder() { // 数据库操作 } } ``` #### 4. 测试事务行为 为了验证事务是否按预期工作,可以在测试类中注入 `PlatformTransactionManager` 并手动开启事务。通过模拟异常来确认事务是否会回滚: ```java @SpringBootTest public class OrderServiceTest { @Autowired private OrderService orderService; @Autowired private PlatformTransactionManager transactionManager; @Test public void testTransactionRollback() { TransactionStatus status = transactionManager.getTransaction(new DefaultTransactionDefinition()); try { orderService.createOrder(); transactionManager.commit(status); } catch (Exception e) { transactionManager.rollback(status); // 验证回滚逻辑 } } } ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值