SpringBoot+Mybatis事务管理

转载请注明来源-作者@loongshawn：http://blog.csdn.net/loongshawn/article/details/76944932，建议读者阅读原文，确保获得完整的信息

一、使用场景

  在使用事务管理前，有必要先了解下应用场景。如实际过程中一个购买操作包含多个执行过程：查询库存、下单、更新库存，实际操作时，由于高并发存在，可能到下单结束时，更新库存出错，那本次购买操作就是失败的，其下单结果应该被回滚。这种情况就需要引入事务控制，保证整个操作的有效性。

二、配置方法

(1)配置applicationContext.xml

<!-- 事务管理器 -->    <bean id="txManager"          class="org.springframework.jdbc.datasource.DataSourceTransactionManager">        <property name="dataSource" ref="dataSource" />    </bean>    <!-- 事务注解驱动，标注@Transactional的类和方法将具有事务性 -->    <tx:annotation-driven transaction-manager="txManager"/>

(2)给具体业务方法添加注解

public class TestService {    @Transactional("txManager")    public void buy(){        AuthenticationMapper authenticationMapper = MyApplicationContextUtil.getBean("authenticationMapper");        int item_id = 2;        // 查询指定书目状态        Integer status = authenticationMapper.selectStatusOfItem(item_id);        if (status == 1) {            Integer count = authenticationMapper.insertOrder(item_id);            if (count == 1) {                authenticationMapper.updateStatus(item_id);                throw new IllegalArgumentException("数据已存在，回滚");            }        }    }}

  接下来，对buy方法做一个说明，该方法实现如下功能：

• 1.书籍状态查询(select)。
• 2.可购买状态时，创建订单(insert)。
• 3.更新数据状态为不可购买(update)。

  这个过程不加事务控制时，可能会出现一个问题，订单创建后，数据更新失败，导致这个过程执行失败，就会给数据库带来脏数据，这些订单数据也没有意义。所以这里通过事务控制来保证方法执行的一致性，过程中失败则回滚。

  当然，Spring中事务回滚是有触发机制的，其触发机制就是抛出unchecked异常，即RuntimeException及其子类异常。即上述代码中的实现：

// 直接抛出即可回滚throw new RuntimeException("数据已存在，回滚");

  但是，如果是抛出checked异常，即需要在代码中显式地处理，比如try-catch块处理，或者给所在的方法加上throws说明。对于这类异常，也要实现回滚。既然已知其触发机制，人为制造触发点即可，比如在catch中抛出unchecked异常。

try {      throw new IOException("IO异常");} catch (IOException e) {      e.printStackTrace();      throw new RuntimeException("数据已存在，回滚");}

  有关checked与unchecked异常区别后续补充，本文不展开。有关抛出RuntimeException，其实自己可以定义一个异常类来处理。

public class MyException extends RuntimeException{    public MyException(String message) {        super(message);    }}

(3)业务类注入bean

  在beans.xml中添加testService的bean，交由Spring来统一管理业务对象，这样该对象上面的事务才会生效。

 <bean id="testService" class="com.loongshawn.service.TestService"/>

  如果业务对象是通过new产生的，即testService没有注册bean，数据库是不会执行回滚的，即如下：

TestService testService = new TestService();testService.buy();

(4)业务测试

public void executeDeliveryTask() {    TestService testService = MyApplicationContextUtil.getBean("testService");    testService.buy();}

运行结果：

数据库中没有脏数据插入。

三、事务属性

spring事务有7种传播行为，分别是：

• 1、PROPAGATION.REQUIRED：如果当前没有事务，就创建一个新事务，如果当前存在事务，就加入该事务，该设置是最常用的设置。

• 2、PROPAGATION.SUPPORTS：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就以非事务执行。

• 3、PROPAGATION.MANDATORY：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就抛出异常。

• 4、PROPAGATION.REQUIRES_NEW：创建新事务，无论当前存不存在事务，都创建新事务。

• 5、PROPAGATION.NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

• 6、PROPAGATION.NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。

• 7、PROPAGATION.NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。

  注解@Transactional默认的传播行为是:PROPAGATION.REQUIRED

四、注意事项

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

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

• 3、注意仅仅 @Transactional 注解的出现不足于开启事务行为，它仅仅 是一种元数据。必须在配置文件中使用配置元素，才真正开启了事务行为。

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

  以上内容摘自网络，实际应用过程中，尽量只在具体业务类上添加 @Transactional 注解，做到程序员只关注具体业务即可。

五、可能异常

org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type [org.springframework.transaction.PlatformTransactionManager] is defined: expected single matching bean but found 2: txManager,transactionManager    at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:313)    at org.springframework.transaction.interceptor.TransactionAspectSupport.determineTransactionManager(TransactionAspectSupport.java:337)    at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:252)    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95)    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)    at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:644)    at com.autonavi.service.TestService$$EnhancerBySpringCGLIB$$272f01cd.buy(<generated>)    at com.autonavi.task.test.ScheduledTest.executeDeliveryTask(ScheduledTest.java:64)    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)    at java.lang.reflect.Method.invoke(Method.java:497)    at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65)    at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)    at org.springframework.scheduling.concurrent.ReschedulingRunnable.run(ReschedulingRunnable.java:81)    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)    at java.util.concurrent.FutureTask.run(FutureTask.java:266)    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)    at java.lang.Thread.run(Thread.java:745)

解决方法：

需要指定具体的事物管理器，即将@Transactional改为@Transactional(“txManager”)，txManager为定义好的事务管理器。

六、参考资料

1、RuntimeException API文档
2、Exception API文档
3、Spring事务管理（详解+实例）
4、Interface PlatformTransactionManager