Spring事务管理——基础会用篇

　　之前说到Spring的事务管理 一直很懵逼 ，只知道事务管理大概是干嘛的。

　　网上的博客都是用 银行转账来解释 事务管理，哈哈哈 那我也用这个吧，这个例子的确是最好的。

　　说是两个人相互转账，A转500块钱给B，至于A为啥转钱给B那是她们直接的事情。那么问题来了，比如A转钱给B的时候，突然断电了，A 的钱已经从数据库中扣了，但并没有执行存入到B账户的操作。如果没有事务管理，那这500快就没了  但有了事务管理 那之前的这个从A扣的钱 就会回滚 本次操作 就不成功。所以A就不会扣钱 。至于原理是什么，就见下回分享吧。

　　言归正传。

　　Spring的事务管理分为两种：

　　1：编程式的事务管理

　　　　手动编写代码进行事务管理（很少使用）

　　2：声明式的事务管理

　　　　2.1 基于TransactionProxyFactoryBean的方式（很少使用）。

　　　　2.2 基于AspectJ的xml方式（经常使用）

　　　　2.3 基于注解@Transaction的方式（经常使用）

　　那么我们就来详细说说 这几种事务管理是怎么实现的。

　　一：首先 我们得先聊一聊事务的几个要素

　　1：事务的传播行为，Propagation 。其主要的参数值有：

　　　　PROPAGATION_REQUIRED--支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。 （比较常用）
　　　　PROPAGATION_SUPPORTS--支持当前事务，如果当前没有事务，就以非事务方式执行。 
　　　　PROPAGATION_MANDATORY--支持当前事务，如果当前没有事务，就抛出异常。 
　　　　PROPAGATION_REQUIRES_NEW--新建事务，如果当前存在事务，把当前事务挂起。 
　　　　PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。 
　　　　PROPAGATION_NEVER--以非事务方式执行，如果当前存在事务，则抛出异常。

　　2：事务的隔离级别：isolation 　　

　　　　Serializable：最严格的级别，事务串行执行，资源消耗最大；
　　　　REPEATABLE READ：保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但是带来了更多的性能损失。
　　　　READ COMMITTED:大多数主流数据库的默认事务等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”。该级别适用于大多数系统。
　　　　Read Uncommitted：保证了读取过程中不会读取到非法数据。

　　3：只读性：read-only   true表示只读 false表示可读可写

　　4： 发生哪些异常需要回滚:rollback-for (...Exprofesion)
　　5：发生哪些异常不回滚 no-rollback-for
　　6：timeout ：过期信息

　　

　　二:我们从比较常用的声明式事务管理开始介绍。

　　　2.1 基于AspectJ的xml方式（经常使用）

　　　　基于AspectJ的和基于注解的事务管理都是采用AOP协助的事务管理方式。而且是Spring的项目，所以在Spring必要的jar包的基础上来进行的

　　　　所以，首先我们需要进入必要的jar包，这里我们采用的是maven引入相关jar包

　　　　

<dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-aop</artifactId>
      <version>4.1.6.RELEASE</version>
    </dependency>
    <dependency>
      <groupId>aspectj</groupId>
      <artifactId>aspectjrt</artifactId>
      <version>1.5.3</version>
    </dependency>
    <dependency>
      <groupId>org.aspectj</groupId>
      <artifactId>aspectjweaver</artifactId>
      <version>1.8.4</version>
    </dependency>
    <dependency>
      <groupId>aopalliance</groupId>
      <artifactId>aopalliance</artifactId>
      <version>1.0</version>
    </dependency>
    <dependency>
      <groupId>cglib</groupId>
      <artifactId>cglib</artifactId>
      <version>3.2.4</version>
    </dependency>

　　然后 我们在Spring的配置文件中加入如下代码：

　　首先是注入Spring的事务管理，因为所以的事务管理都是他来实现的。其中dataSourse是你的c3p0链接池，这里就不多做介绍。

　　

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

        <property name="dataSource" ref="dataSource"/>
    </bean>

然后是配置事务的相关属性

<!--基于aspectj的事务声明式事务管理方式-->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
        <tx:attributes>
            <!--
                propagation     :事务传播行为
                isolation       :事务隔离级别
                read-only       :只读
                rollback-for    ：发生哪些异常需要回滚
                no-rollback-for ：发生哪些异常不回滚
                timeout         ：过期信息
            -->
　　　　　　<!--这个是需要进行事务的管理的那个方法名 这里的name一般是 “sava*” “update*” list*” 表示以sava开始的方法都要进行事务的管理-->
            <tx:method name="refnumber" propagation="REQUIRED" isolation="DEFAULT"/>
        </tx:attributes>
    </tx:advice>

然后就是进行AOP的切点和切面配置 这里的切入点是 demo下面的servcie.impl的所以包的所有类中的所以方法

<aop:config proxy-target-class="true">
        &lt;!&ndash;配置切入点&ndash;&gt;
        <aop:pointcut id="pointCut1" expression="execution(* demo.service.impl.*.*(..))"></aop:pointcut>
        &lt;!&ndash;配置切面&ndash;&gt;
        <aop:advisor advice-ref="txAdvice" pointcut-ref="pointCut1"/>
    </aop:config>

所以 我们就完成了事务管理的配置

测试如下:

在有异常的时候，第一步虽然执行了 但数据库操作并没有成功。

　　2.3 基于注解@Transaction的方式（经常使用）

　　这个方式 就更加简单了

　　

 <!--事务管理-->
    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

        <property name="dataSource" ref="dataSource"/>
    </bean>
　　　<!--开启注解-->
    <tx:annotation-driven transaction-manager="transactionManager"/>

　　在需要进行事务管理的地方 给一个@Transactional的注解就可以。如图所示：其中的配置文件在（）中补充。

　　

由于时间原因：后面两种不常用的下回再补充。