spring学习笔记(23)基于tx/aop配置切面增强事务

Posted 2020-06-29 jeanheo

在上一篇文章中，我们使用了声明式事务来配置事务，使事务配置从service逻辑处理中解耦出来。但它还存在一些缺点:
1. 我们只针对方法名的特定进行拦截，但无法利用方法签名的其它信息定位，如修饰符、返回值、方法入参、异常类型等。如果我们需要为同名不同参的同载方法配置不同事务就会出问题了。
2. 事务属性的配置串虽然能包含较多信息，但配置较易出错。

针对这些问题，我们可以基于Schema,引入tx和aop的命名空间来改进我们的配置：

1. 引入命名空间

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:mvc="http://www.springframework.org/schema/mvc" 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
    http://www.springframework.org/schema/tx  http://www.springframework.org/schema/tx/spring-tx-3.2.xsd
    http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.1.xsd">

1. tx\aop核心配置

<!-- 配置事务属性 -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        <tx:method name="add*" propagation="REQUIRES_NEW" />
        <tx:method name="update*" propagation="REQUIRES_NEW" />
        <tx:method name="delete*" propagation="REQUIRES_NEW" />
        <tx:method name="*" read-only="true"/>
    </tx:attributes>
</tx:advice>
<!-- 配置事务切入点，以及把事务切入点和事务属性关联起来 -->
<aop:config proxy-target-class="true">
    <aop:pointcut expression="execution(* com.yc.service.*.*(..))"
        id="ServicePointcut" />
    <aop:advisor advice-ref="txAdvice" pointcut-ref="ServicePointcut" />
</aop:config> 

这里需要特别注意的是，我们需要在标签中将proxy-target-class配置成true，否则会出现和上一篇文章相同的错误：我们定义的类无法转换成代理类
这里我们通过来配置我们的事务增强属性。在标签中，常见属性及其说明如下，其中，除了name属性是必选外，其他都是可选的：

属性	说明	默认	允许值
name	匹配方法名	必须声明，至少为*	可使用*通配符
propagation	事务传播行为	REQUIRED	REQUIRED,SUPPORTS和MANDATORY和REQUIRES_NEW和NOT_SUPPORTED和NEVER和NESTED
read-only	设置当前事务是否只读	false	true,false
isolation	事务隔离级别	DEFAULT	READ_UNCOMMITTED和READ_COMMITTED和REPEATABLE_READ和SERIALIZABLE
timeout	设置事务的超时时间	-1	默认由顶层事务系统决定
rollback-for	内容为异常名，表示当抛出这些异常时事务回滚，可以用逗号分隔配置多个	无默认值	可以使用异常名称的片段进行匹配如ception等
no-rollback-for	内容为异常名，表示当抛出这些异常时继续提交事务，可以用逗号分隔配置多个	无默认值	可以使用异常名称的片段进行匹配如ception等。

在这里运行和上一篇文章同样的测试程序，我们会得到相同的结果