第二大脑

主题

2026-08-25
1393
5.3m

Spring 事务 ​

1、Spring 事务的原理? ​

Spring 事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，Spring 是无法提供事务功能的。

那么，一般使用 JDBC 操作事务的时候，代码如下

  • (1) 获取连接 Connection con = DriverManager.getConnection()
  • (2) 开启事务 con.setAutoCommit(true/false);
  • (3) 执行 CRUD
  • (4) 提交事务/回滚事务 con.commit() / con.rollback();
  • (5) 关闭连接 conn.close();

使用 Spring 事务管理后，可以省略步骤 (2) 和步骤 (4)，就是让 AOP 去做这些工作。关键类在TransactionAspectSupport这个切面里。

2、Spring 什么情况下进行事务回滚？ ​

Spring 事务回滚机制是：当所拦截的方法有指定异常抛出，事务才会自动进行回滚！

因此，如果默默的处理了异常，像下面这样

java
@Service
public class UserService{
    @Transactional
    public void updateUser(User user) {
        try {
            System.out.println("星星点点");
            //do something
        } catch {
          //do something
        }
    }
}

切面捕捉不到异常，肯定是不会回滚的。

默认配置下，事务只会对 Error 与 RuntimeException 及其子类这些异常，做出回滚。一般的 Exception 这些 Checked 异常不会发生回滚（如果一般 Exception 想回滚要做出配置），如下所示

java
@Transactional(rollbackFor = Exception.class)

但是在实际开发中，会遇到这么一种情况！就是并没有异常发生，但是由于事务结果未满足具体业务需求，所以需要手动回滚事务，于是乎方法也很简单

(1) 自己在代码里抛出一个自定义异常 (常用)

(2) 通过编程代码回滚 (不常用)

java
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

3、Spring 事务什么时候失效? ​

该问题有很多问法，例如 Spring 事务有哪些坑?用 Spring 事务的时候，有遇到过什么问题么？其实答案都一样的

Spring 事务的原理是 AOP，进行了切面增强，那么失效的根本原因是这个 AOP 不起作用了！常见情况有如下几种

(1) 发生自调用 ​

例如代码如下

java
@Service
public class UserService{
    public void update(User user) {
        updateUser(user);
    }

    @Transactional
    public void updateUser(User user) {
        System.out.println("孤独烟真帅");
        //do something
    }
}

此时是无效的，因此上面的代码等同于

java
@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 的代理类即可。

(2) 方法不是 public 的 ​

@Transactional 注解的方法都是被外部其他类调用才有效！

如果方法修饰符是 private 的，这个方法不能被外部其他类调用，既然调不到，事务也就不会生效。

@Transactional 注解只能应用到 public 可见度的方法上。如果在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错， 但是这个被注解的方法将不会有事务行为。

(3) 发生了错误异常 ​

因为 Spring 事务默认回滚的是：RuntimeException。如果是其他异常想要回滚，需要在 @Transactional注解上加rollbackFor 属性。又或者是异常被吞了，事务也会失效。

(4) 数据库不支持事务 ​

毕竟 Spring 事务用的是数据库的事务，如果数据库不支持事务，那 Spring 事务肯定是无法生效！

4、Spring 的事务隔离和数据库的事务隔离是一个概念么？ ​

数据库一般有四种隔离级别，数据库有四种隔离级别分别为

  • read uncommitted（未提交读）
  • read committed（提交读、不可重复读）
  • repeatable read（可重复读）
  • serializable（可串行化）

而 spring 只是在此基础上抽象出一种隔离级别为 default，表示以数据库默认配置的为主。例如，mysql 默认的事务隔离级别为 repeatable-read。而 Oracle 默认隔离级别为读已提交。

于是乎，有一个经典问题是这么问的

数据库的配置隔离级别是 Read Commited,而 Spring 配置的隔离级别是 Repeatable Read，请问这时隔离级别是以哪一个为准？

以 Spring 配置的为准。JDBC 有一个接口是这样的

java
void setTransactionIsolation(int level) throws SQLException;

该接口用来设置事务的隔离级别。

那么在 DataSourceUtils 中，有一段代码是这样的

1593356058750-edf57e96-8c19-4df2-9ea8-892fd3651ca9.png

意思就是,如果 Spring 定义的隔离级别和数据库的不一样，则以 Spring 定义的为准。

另外，如果 Spring 设置的隔离级别数据库不支持，效果取决于数据库。

5、Spring 事务控制放在 service 层，在 service 方法中一个方法调用 service 中的另一个方法，默认开启几个事务？ ​

此题考查的是 Spring 的事务传播行为，默认的传播行为是 PROPAGATION_REQUIRED，如果外层有事务，则当前事务加入到外层事务，一块提交，一块回滚。如果外层没有事务，新建一个事务执行！也就是说，默认情况下只有一个事务！

6、怎么保证 Spring 事务内的连接唯一性？ ​

这道题很多种问法，例如 Spring 是如何保证事务获取同一个 Connection 的?

因为那个 Connection在事务开始时封装在了ThreadLocal里，后面事务执行过程中，都是从ThreadLocal 中取的，肯定能保证唯一，因为都是在一个线程中执行的!

更新: 2024-04-21 16:58:10
原文: <https://www.yuque.com/fcant/notes/ar3nn5&gt;

最近更新