一.Spring事务的原理
首先啊 我们得明白,其实Spring事务的实现是依赖数据中的事务的,没有数据库事务的支持,Spring是实现不了事务的!
在我们使用了Spring事务之后,我们就不用自己手动的开启事务和关闭事务了,因为,Spring事务的实现是依赖于Spring AOP来实现的。这些操作都已经交由给AOP生成的代理类来帮我们做了。
二.Spring什么情况下进行事务回滚?
Spring 事务回滚机制:当我们拦截的方法出现了指定的异常,事务才会自动进行回滚。
因此如果我们自己捕获异常,如下:
@Service
public class UserService{
@Transactional
public void updateUser(User user) {
try {
System.out.println("");
//do something
} catch {
//do something
}
}
}
那这样切面是捕获不到异常的,肯定就不会进行回滚。
还有重要的一点就是:事务只会对Error与RunntimeException及其子类这些异常做出回滚。一般的一般的 Exception 这些 Checked 异常不会发生回滚。如果一般的 Exception(可检查的,编译期间就可以判断) 想回滚,要做出如下配置:
@Transactional(rollbackFor = Exception.class)
- 自己在代码里抛出一个自定义异常(常用);
- 通过编程用代码回滚(不常用)。
三.Spring事务什么时候失效
首先我们得先明白,为什么Spring事务会失效,因为Spring事务是基于AOP实现的,那么失效的根本原因就是这个AOP不起作用了。
1.发生自调用
@Service
@Service
public class UserService{
public void update(User user) {
this.updateUser(user);
}
@Transactional
public void updateUser(User user) {
System.out.println("孤独烟真帅");
//do something
}
}
此时,这个 this 对象不是代理类,而是 UserService 对象本身。
解决方法很简单,让那个 this 变成 UserService 的代理类即可,就不展开说明了。
方法修饰符不是 public
OK,我这里不想举源码。大家想一个逻辑就行:
@Transactional 注解的方法都是被外部其他类调用才有效,那么如果方法修饰符是 private 的,这个方法能被外部其他类调到么?
既然调不到,事务生效有意义吗?想通这套逻辑就行了。
记住 :@Transactional 注解只能应用到 public 方法上。如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不会报错, 但是这个被注解的方法将不会加入事务之行。
发生了错误的异常
这个问题在第二问讲过了,因为默认回滚的是:RuntimeException。如果是其他异常想要回滚,需要在 @Transactional 注解上加 rollbackFor 属性。
又或者是异常被吞了,事务也会失效,这里不再赘述。
Spring 事务隔离和数据库事务隔离是不是一个概念
OK,是一回事!
我们先明确一点,数据库一般有四种隔离级别,分别为:
Read Uncommitted:未提交读;
Read Committed:提交读、不可重复读;
Repeatable Read:可重复读;
Serializable:可串行化。
而 Spring 只是在此基础上抽象出一种隔离级别 default,表示以数据库默认配置的为主。例如,MySQL 默认的事务隔离级别为 Repeatable Read,而 Oracle 默认隔离级别为 Read Committed。
于是乎,有一个经典问题是这么问的:
我数据库的配置隔离级别是 Read Commited, 而 Spring 配置的隔离级别是 Repeatable Read,请问这时隔离级别是以哪一个为准?
答案是以 Spring 配置的为准。JDBC 有一个接口是这样的:
意思就是,如果 Spring 定义的隔离级别和数据库的不一样,则以 Spring 定义的为准。另外,如果 Spring 设置的隔离级别数据库不支持,设置的效果取决于数据库。
Spring 事务控制放在 Service 层,在 Service 方法中一个方法调用 Service 中的另一个方法,默认开启几个事务
此题考查的是 Spring 的事务传播行为。
我们都知道,默认的传播行为是 PROPAGATION_REQUIRED。如果外层有事务,则当前事务加入到外层事务,一起提交并一起回滚;如果外层没有事务,新建一个事务执行。也就是说,默认情况下只有一个事务。
当然这种时候如果面试官继续追问其他传播行为的情形,该如何回答?
那我们应该把每种传播机制都拿出来讲一遍?没必要,这种时候直接掀桌子走人。因为你就算背下来了过几天还是会忘记,用到的时候再去查询即可。
怎么保证 Spring 事务内的连接唯一性
这道题很多种问法,例如 Spring 是如何保证事务获取的是同一个 Connection?
OK,开始我们的讲解。其实答案只有一句话,因为那个 Connection 在事务开始时封装在了 ThreadLocal 里,后面事务执行过程中,都是从 ThreadLocal 中 取的。肯定能保证唯一,因为都是在一个线程中执行。