spring的事物控制
1、spring的事务控制
Spring的事务控制 分为两类:
编程式事务:
声明式事务:
Xml: — 以后常用
注解:
2、编程式事务控制相关对象
**Spring中事务控制的API介绍
在spring中控制事务,官方给我们提供了一些API进行配置,以后在进行事务控制时,就不用再去自己写很多代码(事务管理器等等)。。
而是通过配置的方式,spring框架帮助我们去进行事务控制!
编程式事务控制三大对象:
- PlatformTransactionManager接口 : 是一个事务管理器的接口;
(通常使用其子类:DataSourceTransactionManager) - TransactionDefinition: 定义了事务相关属性的;
- TransactionStatus: 事务的状态;
2.1、 PlatformTransactionManager接口
此接口是spring的事务管理器,它里面提供了我们常用的操作事务的方法,如下图:
我们在开发中都是使用它的实现类!
常用的实现类:
org.springframework.jdbc.datasource.DataSourceTransactionManager
使用Spring JDBC或iBatis (mybatis)进行持久化数据时使用org.springframework.orm.hibernate5.HibernateTransactionManager
使用Hibernate版本进行持久化数据时使用
2.2、 TransactionDefinition
它是事务的定义信息对象,里面有如下方法:
事物的隔离级别
事务的传播行为
- REQUIRED: 如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。一般的选择(默认值) — 增删改!
- SUPPORTS: 支持当前事务,如果当前没有事务,就以非事务方式执行(没有事务) – 查询!
- MANDATORY: 使用当前的事务,如果当前没有事务,就抛出异常
- REQUERS_NEW: 新建事务,如果当前在事务中,把当前事务挂起。
- NOT_SUPPORTED: 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起
- NEVER: 以非事务方式运行,如果当前存在事务,抛出异常
- NESTED: 如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行 REQUIRED 类似的操作。
简单记忆:
// required --不管之前有没有事务, 最终都有事务支持 – 增删改
// supports – 照旧, 原来有就有, 没有就没有 – 查询
超时时间
默认值是-1,没有超时限制。
如果有,以秒为单位进行设置。
是否是只读事务
建议查询时设置为只读。 – readOnly
2.3、TransactionStatus
此接口提供的是事务具体的运行状态,方法介绍如下图: --分布式事务控制! --分段式提交
3、 基于 XML 的声明式事务控制(掌握)
3.1、声明式事务
什么是声明式事务控制?
Spring 的声明式事务顾名思义就是采用声明的方式来处理事务。
这里所说的声明,就是指在配置文件中声明,用在 Spring 配置文件中声明式的处理事务来代替代码式的处理事务。
声明式事务处理的作用:
事务管理不侵入开发的组件。
具体来说,业务逻辑对象就不会意识到正在事务管理之中,事实上也应该如此,因为事务管理是属于系统层面的服务,而不是业务逻辑的一部分,如果想要改变事务管理策划的话,也只需要在定义文件中重新配置即可
在不需要事务管理的时候,只要在设定文件上修改一下,即可移去事务管理服务,无需改变代码重新编译,这样维护起来极其方便
注意:Spring 声明式事务控制底层就是AOP。
3.2、声明式事务控制的实现
**配置事务步骤
-
配置事务管理器
-
配置事务的通知:此时我们需要导入事务的约束 tx名称空间和约束,同时也需要aop的名称空间和约束
tx:advice标签配置事务通知:
属性:
id:给事务通知起一个唯一标识
transaction-manager:给事务通知提供一个事务管理器引用 -
配置AOP中的通用切入点表达式
-
建立事务通知和切入点表达式的对应关系
-
配置事务的属性:在事务的通知tx:advice标签的内部
1)引入tx命名空间
2)配置事务增强+AOP 织入
<!--配置平台事务管理器-->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"/>
</bean>
<!--通知 事务的增强-->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<!--设置事务的属性信息的-->
<tx:attributes>
<tx:method name="transfer" isolation="REPEATABLE_READ" propagation="REQUIRED" read-only="false" timeout="6"/>
<tx:method name="add*" isolation="REPEATABLE_READ" propagation="REQUIRED" read-only="false"/>
<tx:method name="save*" isolation="REPEATABLE_READ" propagation="REQUIRED" read-only="false"/>
<tx:method name="insert*" isolation="REPEATABLE_READ" propagation="REQUIRED" read-only="false"/>
<tx:method name="update*" isolation="REPEATABLE_READ" propagation="REQUIRED" read-only="false"/>
<tx:method name="del*" isolation="REPEATABLE_READ" propagation="REQUIRED" read-only="false"/>
<tx:method name="find*" isolation="REPEATABLE_READ" propagation="SUPPORTS" read-only="true"/>
<tx:method name="select*" isolation="REPEATABLE_READ" propagation="SUPPORTS" read-only="true"/>
<tx:method name="*" isolation="DEFAULT" propagation="REQUIRED" read-only="false"/>
</tx:attributes>
</tx:advice>
<!--配置事务的aop织入-->
<aop:config>
<aop:pointcut id="txPointcut" expression="execution(* com.itheima.service.impl.*.*(..))"/>
<aop:advisor advice-ref="txAdvice" pointcut-ref="txPointcut"/>
</aop:config>
3)测试事务控制转账业务代码
3.3、事务参数的配置
注意: 以后这个事务管理器的写法是严格固定的,基本不用动(一般只修改name 和 切点包名)
4、 基于注解的声明式事务控制(了解)
4.1、 基于注解的声明式事务控制的实现
1) Service代码:
2) applicationContext.xml 配置文件
4.2、 注解配置声明式事务控制解析
- 使用 @Transactional 在需要进行事务控制的类或是方法上修饰,注解可用的属性同 xml 配置方式,例如隔离级别、传播行为等。
- 注解使用在类上,那么该类下的所有方法都使用同一套注解参数配置。
- 使用在方法上,不同的方法可以采用不同的事务参数配置。
- Xml配置文件中要开启事务的注解驱动<tx:annotation-driven />
5、小结:
- 注意: 基于注解的事务控制, 在每个需要控制的类和方法上都要注解去单独控制! — 每个service都需要单独配置,维护难度大;
- 事务控制: 两类: 声明式事务: (配置层面,不用写java代码)
Xml: -----(完全不需要修改源码,只是进行标签配置即可) — (以后以xml方式为主)
注解: — @Transactional 会在需要事务的类和方法上,每个 都需加上注解! — 使用较少 - 编程式事务:(手写java代码) 就是手写事务控制
(Java代码 +标签配置)(此种方式需要在每个service方法中重写代码,基本不用) — 需要修改原本的代码,耦合度变高!