@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来设置。