面试好题：@Transactional声明式事务注解什么时候会失效？

公告

面试题：@Transactional声明式事务注解什么时候会失效

前言

今天来分享一道比较有意思的面试题，“@Transactional声明式事务注解什么时候会失效？”。

对于这个问题，我们一起看看考察点和比较好的回答吧！

考察点

这个问题就是面试官想考察我们对@Transactional注解有没有深刻的认识，以及日常开发中是否善于积累，认真思考。

回答

下面我从7个点来回答：

1.声明式事务主要是得益于SpringAOP，使用一个事务拦截器，在方法的调用前后/周围进行事务性的增强，来驱动事务的完成。其本质是通过生成一个代理子类，通过重写父类方法方式实现事务的代理增强！

2.事务失效场景1：注解在非public修饰的方法上，这是Spring强制要求的。

3.事务失效场景2：注解在final关键字修饰的方法上。原因是final关键字修饰的方法由于不能被子类重写，所以不能通过代理增强。

4.事务失效场景3：通过this调用方法，this关键字在jvm中指的是当前对象，而不是Spring代理后的代理对象，所以不具备事务增强的能力。

5.事务失效场景4：异常被try捕获，Spring事务默认只会回滚抛出RuntimeException类型异常，如果异常被try，事务不会被回滚。

@Transcational
public void method(){
    try{
        //业务代码    
    }catch(Exception e){
        e.printStackTrace();    
    }
}

6.事务失效场景5：抛出非RuntimeException类型异常且没有指定rollbackFor。Spring注解事务在没有手动指定rollbackFor参数的情况下，默认只会回滚抛出RuntimeException异常，可以通过手动指定rollbackFor参数改变这个策略。

7.事务失效场景6：新开线程处理。Spring事务管理器底层是通过ThreadLocal的原理来管理事务（ThreadLocall可以实现多线程下对共享资源访问的安全性保证）。但是无法控制跨线程之前的事务一致性。

@Transcational
public void methodB(){
    new Thread(new Runnable(){
            @Override
            public void run(){
                //insert into xxxx
                //update xxx
                //throw new RuntimeException            
            }
    });
}

以上就是我对于这个问题的理解。