一、简介
Spring事务管理分为编程式事务管理和声明式事务管理两种，
- 声明式事务管理:底层是建立在Spring AOP的基础上，在方式执行前后进行拦截，并在目标方法开始执行前创建新事务或加入一个已存在事务，最后在目标方法执行完后根据情况提交或者回滚事务。声明式事务的最大优点就是不需要编程将事务管理从复杂业务逻辑中抽离，只需要在配置文件中配置并在目标方法上添加@Transactional注解即可实现，声明式事务又包括基于注解@Transactional和tx+aop的方式
- 编程式事务(不推荐):允许用户在实现代码中使用显式的方式调用beginTransaction()开启事务、commit()提交事务、rollback()回滚事务，从而可以达到精确定义事务的边界。
二、声明式事务
1、概要
Spring配置文件中关于事务配置总是由三个组成部分，分别是DataSource、TransactionManager和切面编程三部分，无论哪种配置方式，一般变化的只是切面这部分。
DataSource、TransactionManager这两部分只是会根据数据访问方式有所变化，
声明式事务的原理都是基于AOP。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。通过基于@Transactional注解的方式或者在配置文件中声明事务规则,就可以使用在项目中使用事务了。
2、全注解(推荐)
说明
虽然@Transactional注解可被应用于接口、接口方法、类及类的public方法，但建议在具体实现类上使@Transactional注解，因为接口上的注解不能被继承，这样会有隐患。当事务配置按如下方式，使用的是子类代理（CGLib）而非接口代理（JDK）时，对应目标类不会添加事务增强
要点
- 一般使用在service层的的实现类使用事务注解
- 使用注解的的方法必须是public声明
配置spring-tx.xml
<!--事务管理器 -->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"/>
</bean>
<!-- 使用注解事务，需要添加Transactional注解属性 -->
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true" />
注意
MyBatis自动参与到spring事务管理中，无需额外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的数据源与DataSourceTransactionManager引用的数据源一致即可，否则事务管理会不起作用
使用
public class AccountServiceImpl implements AccountService {
@Override
@Transactional()
public String test() {
return null;
}
}
3、AOP(tx标签)
说明
声明式事务的原理都是基于AOP。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。
配置
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
<!-- 1. 添加命名空间 -->
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:aop="http://www.springframework.org/schema/aop"
<!-- -->
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
<!-- 添加命名空间tx -->
http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd
<!-- 添加命名空间aop -->
http://www.springframework.org/schema/aop https://www.springframework.org/schema/aop/spring-aop.xsd">
<!-- 2.声明切面 -->
<aop:config>
<!--其中第一个*代表返回值，第二*代表service下子包，第三个*代表方法名，“（..）”代表方法参数-->
<!-- 切入点配置 -->
<aop:pointcut id="txPointcut" expression="execution(* com.xxx.xxx.service..*.*(..))"/>
<!-- 通知 -->
<aop:advisor pointcut-ref="txPointcut" advice-ref="txAdvice"/>
</aop:config>
</beans>
<!-- 3.切面配置事务通知 -->
<!--
1 所有公有方法的执行
execution(public * *(..))
2 所有以set开头的公有方法的执行
execution(* set*(..))
3 AccountService接口下的所有方法的执行
execution(* com.xxx.service.AccountService.*(..))
4 com.xxx.service包下的所有方法的执行
execution(* com.xxx.service.*.*(..))
5 com.xyz.service包及其子包下的所有方法的执行
execution(* com.xxx.service..*.*(..))
6 匹配com.xxx.service包下的所有类的所有方法（不含子包）
within(com.xxx.service.*)
7 com.xxx.service包和子包的所有方法
within(com.xyz.service..*)
8 匹配AccountService的代理类
this(com.xxx.service.AccountService)
-->
<tx:advice id="txAdvice">
<tx:attributes>
<!-- 在所有以create开头的的方法上使用事务 -->
<tx:method name="create*" propagation="REQUIRED" timeout="300" rollback-for="java.lang.Exception"/>
<!-- 在所有以delete开头的的方法上使用事务 -->
<tx:method name="delete*" propagation="REQUIRED" timeout="300" rollback-for="java.lang.Exception"/>
<!-- 在所有以更新开头的的方法上使用事务 -->
<tx:method name="update*" propagation="REQUIRED" timeout="300" rollback-for="java.lang.Exception"/>
<!-- 在所有以find开头的的方法上使用只读事务 -->
<tx:method name="find*" propagation="REQUIRED" read-only="true" timeout="300"/>
<!-- 其它任意的方法上使用只读事务 -->
<tx:method name="*" propagation="REQUIRED" read-only="true" timeout="300"/>
</tx:attributes>
</tx:advice>
优缺点
- **优点: **完全无侵入,代码以前怎们写现在还是怎么写
- **缺点: ** 其实也不是缺点,
- 对命名有要求,在团队开发中要求所有开发人员必须严格按着匹配规则来声明方法。
- 在实际开发对于一些经验的程序都很难定义所有的规则
4、注解+(AOP+tx)
就是上面两种方式的结合体。
三、编程式事务(了解)
说明
手动编写代码进行事务的管理,在开发中一般不用, 类似传统的jdbc事务编程模式
使用步骤
TransactionTemplate模板方式
@Service
public class TransactionTemplateServiceImpl implements TransactionTemplateService {
// 事务模板类
@Resource
TransactionTemplate transactionTemplate;
@Override
public int update() {
int count = transactionTemplate.execute(transactionStatus -> {
//伪代码
return updateMapper.update(new User());
});
return count;
}
}
PlatformTransactionManager事务核心类
@Service
public class TransactionTemplateServiceImpl implements TransactionTemplateService {
@Resource
UpdateMapper updateMapper;
@Resource
DataSourceTransactionManager transactionManager;
/**
* 伪代码
* @param uid
* @return
*/
@Override
public int delete(int uid) {
int count = 0;
DefaultTransactionDefinition defaultTransactionDefinition = new DefaultTransactionDefinition();
defaultTransactionDefinition.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
TransactionStatus status = transactionManager.getTransaction(defaultTransactionDefinition);
try {
// 事务代码
count = updateMapper.delete(uid);
transactionManager.commit(status);
} catch (Exception e) {
transactionManager.rollback(status);
e.printStackTrace();
}
return count;
}
}
四、Spring事务注意事项
- 在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。
- @Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错， 但是这个被注解的方法将不会展示已配置的事务设置。
- 注意仅仅 @Transactional 注解的出现不足于开启事务行为，它仅仅 是一种元数据。必须在配置文件中使用配置元素，才真正开启了事务行为。
- 通过 元素的 “proxy-target-class” 属性值来控制是基于接口的还是基于类的代理被创建。如果 “proxy-target-class” 属值被设置为 “true”，那么基于类的代理将起作用（这时需要CGLIB库cglib.jar在CLASSPATH中）。如果 “proxy-target-class” 属值被设置为 “false” 或者这个属性被省略，那么标准的JDK基于接口的代理将起作用。
- Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是不能继承 的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。
- @Transactional 的事务开启 ，或者是基于接口的或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法，事务是不会起作用的。
网友评论