Java面试题集：JavaSpring事务常见面试

　　Spring和事务的关系

　　关系型数据库、某些消息队列等产品或中间件称为事务性资源，因为它们本身支持事务，也能够处理事务。

　　Spring很显然不是事务性资源，但是它可以管理事务性资源，所以Spring和事务之间是管理关系。

　　就像JackMa虽然不会写代码，但是他却管理者一大批会写代码的码农。

　　Spring事务三要素

　　数据源：表示具体的事务性资源，是事务的真正处理者，如MySQL等。

　　事务管理器：像一个大管家，从整体上管理事务的处理过程，如打开、提交、回滚等。

　　事务应用和属性配置：像一个标识符，表明哪些方法要参与事务，如何参与事务，以及一些相关属性如隔离级别、超时时间等。

　　Spring事务的注解配置

　　把一个DataSource（如DruidDataSource）作为一个@Bean注册到Spring容器中，配置好事务性资源。

　　把一个@EnableTransactionManagement注解放到一个@Configuration类上，配置好事务管理器，并启用事务管理。

　　把一个@Transactional注解放到类上或方法上，可以设置注解的属性，表明该方法按配置好的属性参与到事务中。

　　事务注解的本质

　　@Transactional这个注解仅仅是一些（和事务相关的）元数据，在运行时被事务基础设施读取消费，并使用这些元数据来配置bean的事务行为。

　　大致来说具有两方面功能，一是表明该方法要参与事务，二是配置相关属性来定制事务的参与方式和运行行为。

　　Spring声明式事务实现原理

　　声明式事务成为可能，主要得益于SpringAOP。使用一个事务拦截器，在方法调用的前后/周围进行事务性增强（advice），来驱动事务完成。

　　如何回滚一个事务

　　就是在一个事务上下文中当前正在执行的代码里抛出一个异常，事务基础设施代码会捕获任何未处理的异常，并且做出决定是否标记这个事务为回滚。

　　默认回滚规则

　　默认只把runtime,uncheckedexceptions标记为回滚，即RuntimeException及其子类，Error默认也导致回滚。Checkedexceptions默认不导致回滚。这些规则和EJB是一样的。

　　如何配置回滚异常

　　使用@Transactional注解的rollbackFor/rollbackForClassName属性，可以精确配置导致回滚的异常类型，包括checkedexceptions。

　　noRollbackFor/noRollbackForClassName属性，可以配置不导致回滚的异常类型，当遇到这样的未处理异常时，照样提交相关事务。

　　事务注解在类/方法上

　　@Transactional注解既可以标注在类上，也可以标注在方法上。当在类上时，默认应用到类里的所有方法。如果此时方法上也标注了，则方法上的优先级高。

　　事务注解在类上的继承性

　　@Transactional注解的作用可以传播到子类，即如果父类标了子类就不用标了。但倒过来就不行了。

　　子类标了，并不会传到父类，所以父类方法不会有事务。父类方法需要在子类中重新声明而参与到子类上的注解，这样才会有事务。

　　事务注解在接口/类上

　　@Transactional注解可以用在接口上，也可以在类上。在接口上时，必须使用基于接口的代理才行，即JDK动态代理。

　　事实是Java的注解不能从接口继承，如果你使用基于类的代理，即CGLIB，或基于织入方面，即AspectJ，事务设置不会被代理和织入基础设施认出来，目标对象不会被包装到一个事务代理中。

　　Spring团队建议注解标注在类上而非接口上。

　　只在public方法上生效？

　　当采用代理来实现事务时，（注意是代理），@Transactional注解只能应用在public方法上。当标记在protected、private、package-visible方法上时，不会产生错误，但也不会表现出为它指定的事务配置。可以认为它作为一个普通的方法参与到一个public方法的事务中。

　　如果想在非public方法上生效，考虑使用AspectJ（织入方式）。

　　目标类里的自我调用没有事务？

　　在代理模式中（这是默认的），只有从外部的方法调用进入通过代理会被拦截，这意味着自我调用（实际就是，目标对象中的一个方法调用目标对象的另一个方法）在运行时不会导致一个实际的事务，即使被调用的方法标有注解。

　　如果你希望自我调用也使用事务来包装，考虑使用AspectJ的方式。在这种情况下，首先是没有代理。相反，目标类被织入（即它的字节码被修改）来把@Transactional加入到运行时行为，在任何种类的方法上都可以。

　　事务与线程

　　和JavaEE事务上下文一样，Spring事务和一个线程的执行相关联，底层是一个ThreadLocal，就是每个线程一个map，key是DataSource，value是Connection。

　　逻辑事务与物理事务

　　事务性资源实际打开的事务就是物理事务，如数据库的Connection打开的事务。Spring会为每个@Transactional方法创建一个事务范围，可以理解为是逻辑事务。

　　在逻辑事务中，大范围的事务称为外围事务，小范围的事务称为内部事务，外围事务可以包含内部事务，但在逻辑上是互相独立的。每一个这样的逻辑事务范围，都能够单独地决定rollback-only状态。

　　那么如何处理逻辑事务和物理事务之间的关联关系呢，这就是传播特性解决的问题。

　　事务的传播特性

　　REQUIRED，SUPPORTS，MANDATORY，REQUIRES_NEW，NOT_SUPPORTED，NEVER，NESTED

　　REQUIRED

　　强制要求要有一个物理事务。如果没有已经存在的事务，就专门打开一个事务用于当前范围。或者参与到一个已存在的更大范围的外围事务中。在相同的线程中，这是一种很好的默认方式安排。（例如，一个service外观/门面代理到若干个仓储方法，所有底层资源必须参与到service级别的事务里）

　　在标准的REQUIRED行为情况下，所有这样的逻辑事务范围映射到同一个物理事务。因此，在内部事务范围设置了rollback-only标记，确实会影响外围事务进行实际提交的机会。

　　注：默认，一个参与到外围事务的事务，会使用外围事务的特性，安静地忽略掉自己的隔离级别，超时值，只读标识等设置。当然可以在事务管理器上设置validateExistingTransactions标识为true，这样当你自己的事务和参与到的外围事务设置不一样时会被拒绝。

以上就是星辉java学院小编介绍的“Java面试题集：JavaSpring事务常见面试”的内容，希望对大家有帮助，更多java最新面试题请继续关注星辉java学院官网，每天会有精彩内容分享与你。

相关java面试题推荐

最新最全java面试题及答案（从初级到高级）

史上最全的中高级JAVA工程师面试题及答案汇总

Java高级开发工程师面试题

2019史上最全java面试题题库大全800题

哪有资深java工程师面试题