本文共 1736 字，大约阅读时间需要 5 分钟。

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

@Servicepublic 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个学生，发生异常时要求回滚。

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

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

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

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

@AutowiredUtilService 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 的事务开启 ，或者是基于接口的或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法，事务是不会起作用的。

了解事务的隔离级别，

各个数据库默认的隔离级别是不一样的，

当发生事务嵌套时，按照业务选择对应的传播机制，用propagation = Propagation.REQUIRED来设置。

原文：

转载地址：http://nzqen.baihongyu.com/