在service中，难免会遇到service调用service或者存储过程的时候。有时候，明明开启了事务（xml配置或者注解事务），代码却没有正常回滚。
【1】service调用service
如，service A的方法A调用了service B的方法B，service C的方法C。该三个service对应ABC接口方法均使用注解事务(注意事务是在接口方法上，而不是实现类上面)。
methodA(){ serviceB.B(); 异常； serviceC.C(); }
正常理解，BC都进行回滚。@Transactional 默认的事务propagation="REQUIRED"。也就是如果当前有事务，那么会使用同一个事务，应该都进行回滚。
为何，B的数据提交了？
这里需要说明一点：
Spring框架的事务基础架构代码将默认地只在抛出运行时和unchecked exceptions时才标识事务回滚。
也就是说，当抛出一个RuntimeException 或其子类例的实例时(Errors 也一样) -默认地标识事务回滚。从事务方法中抛出的Checked exceptions将不被标识进行事务回滚。
故，需要判断你抛出异常的类型。 可以如下设置，无论何种异常，均进行回滚：
@Transactional(rollbackFor={Exception.class})
如果还不行，要看一下你的xml配置。这里首先说明一下@Transactional注解。
@Transactional
@Transactional 可以作用于 接口、接口方法、类以及类方法上。当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。
虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是 Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。
另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。
默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰。
这里着重注意两点，public方法和基于接口代理。
故，如果事务已经使用了上述配置(所有异常都进行回滚)，但还是未成功。那么需要查看一下你的方法修饰符合XML配置。
xml配置如下：
<!-- 配置spring的PlatformTransactionManager，名字为默认值 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource" /> </bean> <!-- 开启事务控制的注解支持 --> <tx:annotation-driven transaction-manager="transactionManager"/>
注意，不要配置如下：
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/> <aop:config proxy-target-class="true">
说明如下：
proxy-target-class属性值决定是基于接口的还是基于类的代理被创建。
如果proxy-target-class 属性值被设置为true，那么基于类的代理将起作用（这时需要cglib库）。
如果proxy-target-class属值被设置为false或者这个属性被省略，那么标准的JDK 基于接口的代理。
如果不给出 proxy-target-class，就按 proxy-target-class=“false”对待，也即是按JDK proxy来处理的。
案例一开始说明，事务是在接口的方法上面，那么不要开启类的代理。如果开启了类的代理，请将事务加在类的方法上面。
综上，service调用service事务不起作用从以下几个方面判断：
① 方法是否public；
② rollbackFor={Exception.class}；
③ 根据事务是基于类方法还是接口方法验证xml是否开启了类代理；
④ 如果是xml配置拦截式事务，验证正确性；
示例如下：
<!-- 事物切面配置 --> <tx:advice id="advice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="update*" propagation="REQUIRED" read-only="false" rollback-for="java.lang.Exception"/> <tx:method name="insert" propagation="REQUIRED" read-only="false"/> </tx:attributes> </tx:advice> <aop:config> <aop:pointcut id="testService" expression="execution (* com.baobao.service.MyBatisService.*(..))"/> <aop:advisor advice-ref="advice" pointcut-ref="testService"/> </aop:config>
⑤ 如果使用注解事务，验证xml配置；
示例如下：
<!-- 配置spring的PlatformTransactionManager，名字为默认值 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource" /> </bean> <!-- 开启事务控制的注解支持 --> <tx:annotation-driven transaction-manager="transactionManager"/> 如果事务是基于类代理的，如下： <tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>
【2】service调用存储过程
如serviceA的A方法调用serviceB的B方法，而B方法只是调用了一个存储过程。在该存储过程中开启了一个事务。AB方法都开启了事务(事务加在了接口方法上)。
伪代码如下：
methodA(){ serviceB.B(); 异常； }
不幸的事情又来了，抛出了异常但是B却提交了数据。
说明如下：
事务分为两种，自动事务和手动事务。像直接在数据库update，数据自动事务。而程序中不管使用哪种方式开启了事务，就属于手动事务。
事务有七种传播属性，当开启手动事务时，默认或者指定一种属性。而存储过程的事务属性属于PROPAGATION_NEW。即：propagation=Propagation.NEW。
也就是说，存储过程一旦开启了事务，只要存储过程正常执行完，就会刷数据进入数据表。即使当前service下面抛出了异常，也不会进行回滚！！！但是不影响service的自身事务
示例如下：
methodA(){ call procP(); 异常; serviceB.B(); } methodC(){ methodA(); 异常; }
这里每个接口方法和存储过程都开启了事务。调用menthodC，那么存储过程P正常执行完将会刷入数据表，而其他对数据表的操作将会回滚。
故，如果service调用存储过程时：
如果service只有存储对数据表进行了操作，那么可以在存储过程里面开启事务。service接口方法可开可不开。
如果service中除了存储过程外还有其他update或者delete操作，那么在servcie上一定要开启事务(基于接口方法或者类方法都可以)，存储过程请勿开启事务。这样存储过程使用service的事务。
【3】REQUIRES_NEW和PROPAGATION_NESTED
ROPAGATION_REQUIRED_NEW 启动一个新的, 不依赖于环境的 “内部” 事务。
这个事务将被完全 commited 或 rolled back 而不依赖于外部事务, 它拥有自己的隔离范围, 自己的锁, 等等。当内部事务开始执行时, 外部事务将被挂起, 内务事务结束时, 外部事务将继续执行。
另一方面, PROPAGATION_NESTED 开始一个 "嵌套的" 事务, 它是已经存在事务的一个真正的子事务。嵌套事务开始执行时, 它将取得一个 savepoint。如果这个嵌套事务失败, 我们将回滚到此 savepoint。
嵌套事务是外部事务的一部分, 只有外部事务结束后它才会被提交。
由此可见, PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED 的最大区别在于：
PROPAGATION_REQUIRES_NEW 完全是一个新的事务, 而 PROPAGATION_NESTED 则是外部事务的子事务, 如果外部事务 commit, 嵌套事务也会被 commit, 这个规则同样适用于 roll back。
