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

这篇文章介绍了面试好题：@Transactional声明式事务注解什么时候会失效？，分享给大家做个参考，收藏Java资料网收获更多编程知识

面试题：@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            
            }
    });
}

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

总结

这个问题主要是考察求职者对Spring中事务基础能力的掌握。在实际应用中，声明式事务和编程式事务是非常重要和常见的功能，对于这部分内容如果理解不够深刻，很容易造成事务不生效的问题。希望读完这篇文章你有所收获。欢迎转发，关注微信公众号：程序员的故事，了解更多精彩面试题。

精选推荐

1.面试题：过滤器和拦截器的区别？

2.如何知道线程池中的线程任务执行完成？

3.面试题：为什么 SQL 语句不要过多的 join？

4.有没有排查过线上OOM问题,怎么处理的？

5.cpu飚高反应慢怎么排查？

6.@Resource和@Autowired的区别?

7.面试题：请说一下对象的创建过程？

文章来源:https://www.cnblogs.com/zyxsblogs/p/17697626.html
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系邮箱：jacktools123@163.com进行投诉反馈，一经查实，立即删除！