罗列一下spring事务的一些坑

一、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这个切面里，大家有兴趣自己去翻。

二、spring什么情况下进行事务回滚？

首先，我们要明白Spring事务回滚机制是这样的：当所拦截的方法有指定异常抛出，事务才会自动进行回滚！因此，如果你默默的吞掉异常，像下面这样

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

那切面捕捉不到异常，肯定是不会回滚的。还有就是，默认配置下，事务只会对Error与RuntimeException及其子类这些异常，做出回滚。一般的Exception这些Checked异常不会发生回滚（如果一般Exception想回滚要做出配置），如下所示：

@Transactional(rollbackFor = Exception.class)

ps:经典老题啊！！其出现频率，不下于HashMap的出现频率！该问题有很多问法，例如spring事务有哪些坑?你用spring事务的时候，有遇到过什么问题么？其实答案都一样的，OK，不罗嗦了，开始答案！

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

(1)发生自调用

例如代码如下：

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

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

@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的 　　OK，我这里不想举源码。大家想一个逻辑就行！@Transactional注解的方法都是被外部其他类调用才有效！如果方法修饰符是private的，这个方法能被外部其他类调到么？既然调不到，事务生效有意义么？想通这套逻辑就行了~~

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

(3)发生了错误异常 　　这个问题在第二问讲过了，因为默认回滚的是：RuntimeException。如果是其他异常想要回滚，需要在@Transactional注解上加rollbackFor属性。又或者是异常被吞了，事务也会失效，不赘述！

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

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

OK，是一回事！我们先明确一点，数据库一般有四种隔离级别数据库有四种隔离级别分别为

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

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

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

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

void setTransactionIsolation(int level) throws SQLException;

　　该接口用来设置事务的隔离级别。那么在DataSourceUtils中，有一段代码是这样的

他的意思就是,如果spring定义的隔离级别和数据库的不一样，则以spring定义的为准。另外，如果spring设置的隔离级别数据库不支持，效果取决于数据库。

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

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

六、怎么保证spring事务内的连接唯一性?

这道题很多种问法，例如Spring 是如何保证事务获取同一个Connection的?OK,开始我们的讲解！其实答案只有一句话，因为那个Connection在事务开始时封装在了ThreadLocal里，后面事务执行过程中，都是从ThreadLocal中取的，肯定能保证唯一，因为都是在一个线程中执行的!至于代码。。。以JDBCTemplate的execute方法为例，看看下面那张图就懂了。