spring中的@Transactional注解使用注意点_徐靖峰的专栏

@Transactional可以说是spring中最常用的注解之一了，通常情况下我们在需要对一个service方法添加事务时，加上这个注解，如果发生unchecked exception，就会发生rollback，最典型的例子如下。

@Service
public class StudentService {
    @Autowired
    StudentDao studentDao;

    @Transactional
    public void innerSave(int i) {
        Student student = new Student();
        student.setName("test" + i);
        studentDao.save(student);
        //i=5 会出现异常
        int a = 1 / (i - 5);
    }
}

在调用innerSave（5）时会发运算异常，导致保存操作回滚，不在此赘述了。

新的需求：循环保存10个学生，发生异常时要求回滚。
我们理所当然的写出了下面的代码，在StudentService.java添加如下方法

public void outerLooper1() {
        for (int i = 1; i <= 10; i++) {
            try{
                innerSave(i);
            }catch (Exception e){
                e.printStackTrace();
            }
        }
    }

先考虑一下test5这个学生有没有保存呢？
结果：

依然出现了，考虑下问题出在哪儿了？

其实也好理解，spring中@Transactional 的事务开启 ，是基于接口 或者是类的代理被创建的。所以在同一个类中一个普通方法outerLooper1()调用另一个有事务的方法innerSave()，事务是不会起作用的。要解决这个问题，一般我的做法是写一个帮助类，注入到当前类中，来完成事务操作。

    @Autowired
    UtilService utilService;

    public void outerLooper2() {
        for (int i = 1; i <= 10; i++) {
            utilService.innerSave(i);
        }
    }

在spring中使用事务需要遵守一些规范和了解一些坑点，别想当然。列举一下一些注意点。

• 在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的public 方法上。

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

• Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用@Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。

• @Transactional 的事务开启 ，或者是基于接口的或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法，事务是不会起作用的。

• 了解事务的隔离级别，各个数据库默认的隔离级别是不一样的，在spring中用的是isolation =
Isolation.READ_COMMITTED来设置；了解事务的传播机制，当发生事务嵌套时，按照业务选择对应的传播机制，用propagation
= Propagation.REQUIRED来设置。