Spring事务@Transactional底层原理

本文通过一个业务状态更新的bug,深入分析了Spring事务@Transactional的失效原因,揭示了其基于Spring AOP的动态代理实现。同时,讨论了Hibernate的对象状态管理,包括Transient、Persistent和Detached状态。此外,文章还探讨了OSIV(Open Session In View)机制的目的及潜在问题,并给出了最佳实践建议。
摘要由CSDN通过智能技术生成

最近同事发现一个业务状态部分更新的bug,这个bug会导致两张表的数据一致性问题。花了些时间去查问题的原因,现在总结下里面遇到的知识点原理。

问题一:事务没生效

我们先看一段实例代码,来说明下问题:

@Service  
public class PaymentServiceImpl implements PaymentService {
     
    public void fetchLatestStatus(String trxId) {
     
      //1. do RPC request and get the payment status  
      StatusResponse response = doRPC(trxId);  
      //2. save request data  
      saveRequest(response);  
    }  
      
    @Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class)  
    public void updatePayment
@TransactionalSpring中用来控制事务的注解,它可以用来标记一个方法或一个类,表示该方法或该类需要进行事务管理。在Spring中,事务管理是通过AOP(面向切面编程)实现的,因此@Transactional注解的实现原理也是基于AOP的。 具体来说,当Spring容器启动时,会扫描所有被@Transactional注解标记的方法或类,并生成一个代理类,该代理类会在目标方法执行之前开启一个事务,在目标方法执行完毕后根据执行结果决定是否提交或回滚事务。如果目标方法执行成功,则提交事务;如果目标方法执行失败,则回滚事务。 @Transactional注解的底层实现可以分为两个部分:事务管理器和事务通知。 1.事务管理器 事务管理器是用来管理事务的对象,它负责开启、提交和回滚事务Spring提供了多种事务管理器,包括JDBC事务管理器、Hibernate事务管理器、JTA事务管理器等。在使用@Transactional注解时,如果没有指定事务管理器,Spring会自动根据当前运行环境选择一个默认的事务管理器。 2.事务通知 事务通知是在目标方法执行前后,对事务进行管理的代码块。它包括事务开启、提交和回滚等操作。在Spring中,事务通知是通过AOP实现的,通过在代理类中织入事务通知代码,实现对目标方法进行事务管理的功能。 事务通知的实现主要依赖于以下两个注解: @Transaction:用于标记需要进行事务管理的方法或类。 @EnableTransactionManagement:用于启用事务管理功能,通常在Spring配置类中使用。 当使用@Transactional注解时,Spring会自动在代理类中织入事务通知的代码,实现对目标方法的事务管理。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值