Spring事务@Transactional标签深入学习

事务管理是应用系统开发中必不可少的一部分.Spring为事务管理提供了丰富的功能支持.Spring事务管理分为编码式和声明式

两种方式.编码式事务指的是通过编码方式实现事务;声明式事务基于AOP,将具体业务逻辑与事务处理解耦.声明式事务管理使

业务代码逻辑不受污染,因此在实际使用中声明式事务用的比较多.声明式事务有两种方式,一种是在配置文件(xml)中做相关事务

规则声明,另一种是基于@Transactional注解的方式.注解配置是目前流行的使用方式,因此下面将着重介绍基于@Transactional

注解的事务管理.

@Transactional注解管理事务的实现步骤

使用@Transactional注解管理事务的实现步骤分为两步.第一步,在xml配置文件中添加如下事务配置信息

<tx:annotation-driven />
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>

也可以通过@EnableTransactionManagement注解也可以启用事务管理功能.

第二步,将@Transactional注解添加到合适的方法上,并配置合适的属性信息. @Transactional注解的属性说明如下:

属性名	说明
name	当在配置文件中有多个TransactionManager,可以使用该属性指定选择哪个事务管理器.
propagation	事务的传播行为,默认值REQUIRED.
isolation	事务的隔离度,默认值采用DEFAULT
timeout	事务的超时时间,默认值为-1.如果超过该时间限制但事务还没有完成,则自动回滚事务.
read-only	指定事务是否为只读事务,默认值为false;为了忽略那些不需要事务的方法,比如读取数据,可以设置read-only为true.
rollbackFor	用于指定能够触发事务回滚的异常类型,如果有多个异常类型需要指定,各类型之间可以通过逗号分隔.
no-rollback-for	抛出no-rollback-for指定的异常类型,不回滚事务.

除此以外,@Transactional注解也可以添加到类级别上.当把@Transactional注解放到类级别时,表示所有该类的公共方法都配置

相同的事务属性.当类级别配置了@Transactional,方法级别也配置了@Transactional,应用程序会以方法级别的事务属性信息来

管理事务,方法级别的事务属性信息会覆盖类级别的相关配置信息.

Spring的注解方式事务实现机制

在应用系统调用声明@Transactional的目标方法时,Spring Framework默认使用AOP代理,在代码运行时生成一个代理对象,根据

@Transactional的属性配置信息,这个代理对象决定该声明@Transactional的目标方法是否由拦截器TransactionInterceptor来

使用拦截,在TransactionInterceptor拦截时,会在目标方法开始执行之前创建并加入事务,并执行目标方法的逻辑,最后根据执行

情况是否出现异常,利用抽象事务管理器AbstractPlatformTransactionManager操作数据源DataSource提交或回滚事务.如下图

所示:

Spring AOP代理有CglibAopProxy和JdkDynamicAopProxy两种,对于CglibAopProxy,需要调用其内部类的DynamicAdviseInterceptor

的intercept方法.对于JdkDynamicAopProxy,需要调用invoke方法.

正如上文提到的,事务管理的框架是由抽象事务管理器(AbstractPlatformTransactionManager)来提供的,而具体的底层事务处理实现,由

PlatformTransactionManager的具体实现类来实现,如事务管理器DataSourceTransactionManager管理JDBC的Connection.其类结构:

在使用注解方式的事务使用注意事项

正确设置@Transactional的propagation属性

需要注意下面三种propagation可以不启动事务,本来期望目标方法进行事务管理,但若是错误的配置这三种propagation,事务将

不会发生回滚.

1. TransactionDefinition.PROPAGATION_SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行.
2. TransactionDefinition.PROPAGATION_NOT_SUPPORTS:以非事务方式运行,如果当前存在事务,则把当前事务挂起.
3. TransactionDefinition.PROPAGATION_NEVER:以非事务方式运行,如果当前存在事务,则抛出异常.

正确设置@Transactional的rollbackFor属性

默认情况下,如果在事务中抛出了未检查异常(继承自RuntimeException的异常)或者Error,则Spring将回滚事务;除此之外,Spring不会

回滚事务.如果在事务中抛出其他类型的异常,并期望Spring能够回滚事务,可以指定rollbackFor.通过分析Spring源码可以知道,若在目标

方法中抛出的异常时rollbackFor指定异常的子类,事务同样会回滚 .RollbackRuleAttribute的getDepth方法:

private int getDepth(Class<?> exceptionClass, int depth) {
        if (exceptionClass.getName().contains(this.exceptionName)) {
            // Found it!
            return depth;
}
        // If we've gone as far as we can go and haven't found it...
        if (exceptionClass == Throwable.class) {
            return -1;
}
return getDepth(exceptionClass.getSuperclass(), depth + 1);
}

@Transactional只能应用到public方法才有效

只有@Transactional注解应用到public方法,才能进行事务管理.这是因为在使用Spring AOP代理时,Spring在使用TransactionInterceptor拦截

目标方法执行前后时,DynamicAdvisedInterceptor（CglibAopProxy 的内部类）的的 intercept 方法或 JdkDynamicAopProxy 的 invoke 方法会间接调用

AbstractFallbackTransactionAttributeSource（Spring 通过这个类获取表 1. @Transactional 注解的事务属性配置属性信息）的 computeTransactionAttribute

方法。

protected TransactionAttribute computeTransactionAttribute(Method method,
    Class<?> targetClass) {
        // Don't allow no-public methods as required.
        if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
return null;}

这个方法会检查目标方法的修饰符是不是public,若不是public,就不会获取@Transactional的属性配置信息,最终会造成不会用TransactionInterceptor来拦截该

目标方法进行事务管理.

避免Spring的AOP的自调用问题

在Spring的AOP代理下,只有目标方法由外部调用,目标方法才由Spring生成的代理对象来管理,这会造成自调用问题.若同一类中的其他没有@Transactional注解

的方法内部调用有@Transactional注解的方法,有@Transactional注解的方法的事务被忽略,不会发生回滚.

可以使用AspectJ替代Spring AOP代理解决这两个问题(public与自调用问题).

------------引自他人博客