@Transactional事务失效场景1：注解在非public修饰的方法上。

原因：Spring强制的要求。

代码示例：

@Transactional
    private void createOrder(){


    }

@Transactional事务失效场景2：注解在被final关键字修饰的方法上。

原因：Spring的@Transactional注解事务是通过生成一个代理子类，通过重写父类方法方式实现事务的代理增强，被final关键字修饰的方法由于不能被子类重写，所以不能通过代理增强。

代码示例：

@Transactional
    public final void createOrder(){
        
    }

@Transactional事务失效场景3：通过this调用方法

原因：这个跟第2个场景类似，由于this这个关键字在jvm中指当前类对象，而不是spring代理后的代理对象，所以不具备事务增强能力。

代理示例：

public void methodA(){
        //methodB方法如果抛出异常，事务不会回滚
        this.methodB();
    }


    @Transactional
    public void methodB(){


    }

@Transactional事务失效场景4：异常被try捕获。

原因：Spring事务默认只会回滚抛出RuntimeException类型异常，如果异常被try，那么事务就不会回滚。

代码示例：

@Transactional
    public void method() {
        try {
            //business logic process
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

@Transactional事务失效场景5：抛出非RuntimeException类型异常且没有指定rollbackFor。

原因：Spring 注解事务在没有手动指定rollbackFor参数的情况下，默认只会回滚抛出RuntimeException类型异常，可以通过手动指定rollbackFor参数来改变这个策略。

代码示例：

//不会回滚
    @Transactional
    public void methodA() throws Exception {
        try {
            //business logic process
        } catch (Exception e) {
            throw new Exception("抛出非RuntimeException类型异常");
        }
    }


    //会回滚
    @Transactional(rollbackFor = Exception.class)
    public void methodB() throws Exception {
        try {
            //business logic process
        } catch (Exception e) {
            throw new Exception("抛出非RuntimeException类型异常");
        }
    }

@Transactional事务失效场景6：新开线程处理。

原因：Spring事务管理器底层是通过ThreadLocal的原理来管理事务的，无法控制跨线程之间的事务一致性。

示例代码：

//线程内部抛出异常，事务均不会回滚
    @Transactional
    public void methodA(){
        //insert into xxx
        new Thread(new Runnable() {
            @Override
            public void run() {
                // insert into xxx
                // update xxx
                // throw new RuntimeException
            }
        });
    }

---------- 正文结束 ----------
长按扫码关注微信公众号

Java软件编程之家