Java学习-------事务失效
在 Java 开发中,事务是保证数据一致性和完整性的关键机制,尤其在涉及多步数据库操作的业务场景中不可或缺。然而,在实际开发过程中,事务常常会出现 “失效” 的情况 —— 预期的回滚没有发生,数据出现不一致。
Java 事务(尤其是基于 Spring 的声明式事务)的正常运作依赖于一系列底层机制和约定,当这些机制被破坏或约定未被遵守时,就会导致事务失效。核心原因可归纳为以下几类:
(1)事务传播行为配置不当:事务传播行为决定了多个事务方法相互调用时的执行规则,若配置错误(如使用PROPAGATION_SUPPORTS或PROPAGATION_NOT_SUPPORTED),会导致事务无法按预期生效。
(2)异常处理不当:事务默认只对未捕获的RuntimeException及其子类异常回滚,若异常被手动捕获且未重新抛出,或抛出的是受检异常,会导致事务不回滚。
(3)方法访问权限问题:Spring 事务基于 AOP 动态代理实现,若目标方法是private、final或static修饰的,代理无法生效,事务自然失效。
(4)数据源未配置事务管理器:事务的管理依赖于事务管理器,若未为数据源正确配置PlatformTransactionManager,事务注解将无法发挥作用。
(5)自调用问题:在同一个类中,一个非事务方法调用本类的事务方法时,由于未经过代理对象,事务会失效。
通常有以下失效的场景:
场景一:事务传播行为配置错误
场景描述:当一个事务方法调用另一个事务方法时,若传播行为设置不合理,可能导致事务无法正常回滚。例如,在嵌套业务中使用PROPAGATION_REQUIRES_NEW时,内层事务提交后,外层事务回滚不会影响内层;若使用PROPAGATION_SUPPORTS,则方法会跟随当前事务(若不存在则不开启事务)。
代码示例(错误):
@Service
public class OrderService {@Autowiredprivate PaymentService paymentService;@Transactional(propagation = Propagation.REQUIRED)public void createOrder() {// 保存订单saveOrder();// 调用支付方法,传播行为为SUPPORTSpaymentService.makePayment();}
}@Service
public class PaymentService {@Transactional(propagation = Propagation.SUPPORTS)public void makePayment() {// 支付逻辑,若当前无事务则不开启事务updatePaymentStatus();// 模拟异常int i = 1 / 0;}
}
问题分析:makePayment方法的传播行为为SUPPORTS,若createOrder的事务未生效(或传播行为不匹配),则支付操作不会在事务中执行,异常发生后无法回滚。
解决方法:根据业务需求选择合适的传播行为,如核心业务使用REQUIRED(默认值),确保方法在事务中执行。
场景二:异常被捕获但未重新抛出
场景描述:事务方法中若手动捕获了异常且未重新抛出,Spring 会认为事务执行成功,不会触发回滚。
代码示例(错误):
@Service
public class UserService {@Autowiredprivate UserMapper userMapper;@Transactionalpublic void updateUserInfo() {try {userMapper.updateName(1, "newName");// 模拟异常int i = 1 / 0;} catch (Exception e) {// 仅捕获异常未处理log.error("更新失败", e);}}
}
问题分析:异常被try-catch捕获后,未抛出到外层,Spring 无法感知异常,因此不会回滚updateName操作。
解决方法:捕获异常后重新抛出,或通过@Transactional(rollbackFor = Exception.class)指定回滚异常类型,并在外层处理。
场景三:方法访问权限问题
场景描述:Spring 事务基于 AOP 动态代理实现,若事务方法被private、final或static修饰,代理无法重写该方法,导致事务注解失效。
代码示例(错误):
@Service
public class ProductService {@Autowiredprivate ProductMapper productMapper;// private修饰的事务方法@Transactionalprivate void reduceStock(Long productId, int quantity) {productMapper.decreaseStock(productId, quantity);}public void processOrder(Long productId, int quantity) {reduceStock(productId, quantity); // 调用私有方法}
}
问题分析:reduceStock为私有方法,Spring 无法生成代理方法,@Transactional注解失效,库存减少操作在异常发生时不会回滚。
解决方法:将事务方法修改为public修饰,且避免使用final或static。
场景四:未配置事务管理器
场景描述:Spring 事务的生效依赖于事务管理器(如DataSourceTransactionManager),若未在配置类中声明事务管理器,@Transactional注解将不起作用。
代码示例(错误配置):
@Configuration
@MapperScan("com.example.mapper")
public class MyBatisConfig {@Beanpublic DataSource dataSource() {// 配置数据源HikariConfig config = new HikariConfig();config.setJdbcUrl("jdbc:mysql://localhost:3306/test");return new HikariDataSource(config);}
}
问题分析:仅配置了数据源,未配置PlatformTransactionManager,Spring 无法管理事务。
解决方法:添加事务管理器配置:
场景五:同一类内方法自调用
场景描述:在同一个类中,非事务方法直接调用本类的事务方法时,由于调用的是原始对象(非代理对象),事务会失效。
代码示例(错误):
@Service
public class OrderService {@Autowiredprivate OrderMapper orderMapper;public void createOrder() {// 非事务方法调用本类事务方法saveOrder();}@Transactionalpublic void saveOrder() {orderMapper.insert(new Order());int i = 1 / 0; // 模拟异常}
}
问题分析:createOrder未被@Transactional修饰,调用saveOrder时使用的是当前类实例(非代理对象),事务注解失效,异常发生后订单数据仍会被插入。
解决方法:
(1)将事务方法拆分到另一个服务类中,通过依赖注入调用(推荐)。
(2)自注入代理对象(需开启exposeProxy = true):
在这里,给出几个关于事务失效的排查建议
(1)检查事务注解:确保方法被@Transactional修饰,且注解属性(如rollbackFor、propagation)配置正确。
(2)验证代理模式:Spring 默认使用 JDK 动态代理(接口),若使用 CGLIB 代理需确保类未被final修饰,且依赖中包含 CGLIB 库。
(3)查看异常处理:检查事务方法中是否有异常被捕获后未重新抛出,确保异常类型符合rollbackFor配置。
(4)调试事务日志:在application.properties中添加日志配置logging.level.org.springframework.transaction=DEBUG,观察事务的开启、提交和回滚日志。