背景

之前已经学习了springIOC，springaop.
现在学习另一个 springTX框架

问题：

在学习了Spring整合mybatis后，我们可以直接从Spring容器中获取mapper层的实例化对象完成数据库操作。**而在业务层方法中很多时候因为业务逻辑的复杂性，会出现在业务层方法中调用多个数据库操作。**而之前我们学习过事务的管理，在同一个业务中只要有一个数据库操作执行失败，其他的就算执行成功也会一并回滚。但是在Spring整合Mybatis后，我们获取的直接是Mapper接口的实例化对象，而事务的管理需要使用connection对象来完成或者SqlSession对象来完成，那么在Spring整合Mybatis后如何声明事务管理代码呢?

解决:

假如我们能够从Spring容器中获取SqlSession对象，那么在业务方法A中调用了多次的数据库操作，我们就需要在A业务方法中的业务逻辑代码之前开启事务管理，在逻辑代码之后进行提交或者回滚。假如有10个业务方法需要声明事务管理，则需要声明10次，过于麻烦，而且需要修改业务方法的源码。基于以上的流程我们发现，该扩展流程完全符合AOP的基本规范，考虑使用SpringAOP的方式来对业务方法进行扩展，声明环绕通知，在环绕通知中声明事务管理代码，切点为要进行事务管理的业务方法。
但是我们又无法直接获取到SqlSession对象，造成无法在环绕通知中声明事务管理代码，又发现事务管理的代码是重复的代码，那么能不能让Spring官方给我们直接提供一个和Spring容器直接整合好的事务管理类。答案是可以的。

实现:

Spring的TX
其实只需要在applicationcontest.xml里面配置一下就可以了

概念:

编程式事务:

事务管理代码由程序员自己编写。

声明式事务:

事务管理代码由第三方直接提供，程序员直接将其组装到功能中即可。

我们项目里面一般使用这个

SpringTX的使用流程

①导入相关jar包
i.SpringIOC的jar
ii.SpringAOP的jar
iii.SpringTX的jar
iv.Spring整合Mybatis的jar
v.Mybatis的jar
vi.数据库的驱动的jar

②搭建Spring整合Mybatis的项目

③在applicationcontext.xml文件中配置事务管理bean

④在applicationcontext.xml文件中配置业务层bean

⑤在applicationcontext.xml文件中配置事务管理切面

⑥正常编写代码完成功能开发。

使用SpringTX的代码

在之前我们已经创建过项目，已经结合了spring 和 mybatis框架。
现在在原来项目的基础上，在applicationcontext.xml配置事务就可以了，使用SpringTX配置事务。

<?xml version="1.0" encoding="UTF-8"?>
<!--suppress XmlUnusedNamespaceDeclaration -->
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:aop="http://www.springframework.org/schema/aop" xmlns:tx="http://www.springframework.org/schema/tx"
       xmlns:p="http://www.springframework.org/schema/p" xmlns:cache="http://www.springframework.org/schema/cache"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
          http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
          http://www.springframework.org/schema/aop
          http://www.springframework.org/schema/aop/spring-aop-3.1.xsd
          http://www.springframework.org/schema/tx
          http://www.springframework.org/schema/tx/spring-tx-3.1.xsd
          http://www.springframework.org/schema/cache
          http://www.springframework.org/schema/cache/spring-cache-3.1.xsd"
       default-lazy-init="true">
    <import resource="druid.xml"></import>
  

在xml,引入SpringTX框架,用这个配置引入框架

  <bean id="transactionManager"
          class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource" />
    </bean>





    <!--基于 <tx> 和 <aop> 命名空间的声明式事务-->
    <!--  配置事务传播特性 -->
    <tx:advice id="TestAdvice" transaction-manager="transactionManager">
        <tx:attributes>
            <tx:method name="save*" propagation="REQUIRED"/>
            <tx:method name="del*" propagation="REQUIRED"/>
            <tx:method name="update*" propagation="REQUIRED"/>
            <tx:method name="add*" propagation="REQUIRED"/>
            <tx:method name="find*" propagation="REQUIRED"/>
            <tx:method name="get*" propagation="REQUIRED"/>
            <tx:method name="apply*" propagation="REQUIRED"/>
        </tx:attributes>
    </tx:advice>

    <tx:annotation-driven/>





    <!--  配置参与事务的类 -->
    <aop:config>
        <aop:pointcut id="allTestServiceMethod" expression="execution(* com.qunar.fresh2017.service.*.*(..))"/>
        <aop:advisor pointcut-ref="allTestServiceMethod" advice-ref="TestAdvice" />
    </aop:config>

</beans>

就是以上的格式，以后直接复制改一下就可以

声明式事务中属性解释

1. name=”” 哪些方法需要有事务控制

1.1 支持*通配符

2. readonly=”boolean” 是否是只读事务.

2.1 如果为true,告诉数据库此事务为只读事务.数据化优化,会对性能有一定提升,所以只要是查询的方法,建议使用此数据.

2.2 如果为false(默认值),事务需要提交的事务.建议新增,删除,修改.

3. propagation 控制事务传播行为.

3.1 当一个具有事务控制的方法被另一个有事务控制的方法调用后,需要如何管理事务(新建事务?在事务中执行?把事务挂起?报异常?)

3.2 REQUIRED (默认值): 如果当前有事务,就在事务中执行,如果当前没有事务,新建一个事务.

3.3 SUPPORTS:如果当前有事务就在事务中执行,如果当前没有事务,就在非事务状态下执行.

3.4 MANDATORY:必须在事务内部执行,如果当前有事务,就在事务中执行,如果没有事务,报错.

3.5 REQUIRES_NEW:必须在事务中执行,如果当前没有事务,新建事务,如果当前有事务,把当前事务挂起.

3.6 NOT_SUPPORTED:必须在非事务下执行,如果当前没有事务,正常执行,如果当前有事务,把当前事务挂起.

3.7 NEVER:必须在非事务状态下执行,如果当前没有事务,正常执行,如果当前有事务,报错.

3.8 NESTED:必须在事务状态下执行.如果没有事务,新建事务,如果当前有事务,创建一个嵌套事务.

4. isolation=”” 事务隔离级别

4.1 在多线程或并发访问下如何保证访问到的数据具有完整性的.

4.2 脏读:

4.2.1 一个事务(A)读取到另一个事务(B)中未提交的数据,另一个事务中数据可能进行了改变,此时A事务读取的数据可能和数据库中数据是不一致的,此时认为数据是脏数据,读取脏数据过程叫做脏读.

4.3 不可重复读:

4.3.1 主要针对的是某行数据.(或行中某列)

4.3.2 主要针对的操作是修改操作.

4.3.3 两次读取在同一个事务内

4.3.4 当事务A第一次读取事务后,事务B对事务A读取的数据进行修改,事务A中再次读取的数据和之前读取的数据不一致,过程不可重复读.

4.4 幻读:

4.4.1 主要针对的操作是新增或删除

4.4.2 两次事务的结果.

4.4.3 事务A按照特定条件查询出结果,事务B新增了一条符合条件的数据.事务A中查询的数据和数据库中的数据不一致的,事务A好像出现了幻觉,这种情况称为幻读.

4.5 DEFAULT: 默认值,由底层数据库自动判断应该使用什么隔离界别

4.6 READ_UNCOMMITTED: 可以读取未提交数据,可能出现脏读,不重复读,幻读.

4.6.1 效率最高.

4.7 READ_COMMITTED:只能读取其他事务已提交数据.可以防止脏读,可能出现不可重复读和幻读.

4.8 REPEATABLE_READ: 读取的数据被添加锁,防止其他事务修改此数据,可以防止不可重复读.脏读,可能出现幻读.

4.9 SERIALIZABLE: 排队操作,对整个表添加锁.一个事务在操作数据时,另一个事务等待事务操作完成后才能操作这个表.

4.9.1 最安全的

4.9.2 效率最低的.

5. rollback-for=”异常类型全限定路径”

5.1 当出现什么异常时需要进行回滚

5.2 建议:给定该属性值.

5.2.1 手动抛异常一定要给该属性值.

6. no-rollback-for=””

6.1 当出现什么异常时不滚回事务.

Spring的properties属性配置文件

解决:

将数据库相关参数提取到一个新的文件中专门配置，然后在

applicationcontext.xml配置文件中获取数据库连接参数配置文件中的配置信息，

说白了就是将数据库连接参数和Spring的配置文件之间解耦

写一个配置文件，在xml里面进行导入，导入代码：

 头文件导入
  http://www.springframework.org/schema/context 
        https://www.springframework.org/schema/context/spring-context.xsd">

    <!--加载属性配置文件-->

    <context:property-placeholder location="classpath:db.properties"></context:property-placeholder>

    <!--配置数据源bean-->

    <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">

        <property name="driverClassName" value="${mysql.driver}"></property>

        <property name="url" value="${mysql.url}"></property>

        <property name="username" value="${mysql.username}"></property>

        <property name="password" value="${mysql.password}"></property>

    </bean>

还要改

  <bean id="mapper" class="org.mybatis.spring.mapper.MapperScannerConfigurer">
属性注入，以前是依赖注入
            <property name="sqlSessionFactoryBeanName" value="factory"></property>
            <property name="basePackage" value="com.mapper"></property>
        </bean>

将factory的bean和mapper扫描的bean之间的依赖注入变为普通的属性注入，因为依赖注入>属性文件扫描>属性注入。如果不将factory和mapper扫描之间的依赖注入变为属性注入，会造成数据库参数还没有从配置文件中读取到容器中，就去进行mapper扫描了，会报数据库参数异常的错误。

Spring框架（九）为什么使用SpringTX框架，如何使用，附代码

目录

背景

问题：

解决:

实现:

概念: