spring的annotation-driven配置事务管理器详解

本文仅基于3.0+版本作为测试)
假定spring<wbr>容器中定义了两个事务管理器:<span style="word-wrap:normal; word-break:normal; color:rgb(255,0,0)">transactionManagerX</span>,<span style="word-wrap:normal; word-break:normal; color:rgb(0,0,255)">transactionManagerY</span>,分管两个数据源datasourceX和datasourceY.</wbr>
<tx:annotation-driven<wbr>transaction-manager="transactionManagerX"<wbr>/&gt;</wbr></wbr>
<tx:annotation-driven<wbr>transaction-manager="transactionManagerY"<wbr>/&gt;</wbr></wbr>
(spring容器中的定义顺序如上)
有如下应用代码:
public<wbr>interface<wbr>TestEntityService<wbr>{</wbr></wbr></wbr>
public<wbr>void<wbr>methodX();</wbr></wbr>
public<wbr>void<wbr>methodY();</wbr></wbr>
}
<wbr></wbr>
接口实现类1
public<wbr>class<wbr><span style="word-wrap:normal; word-break:normal; color:rgb(255,0,0)">TestEntityServiceImpl</span><wbr>implements<wbr>TestEntityService<wbr>{</wbr></wbr></wbr></wbr></wbr>
@Resource
private<wbr>TestEntityDao<wbr>testEntityDao;//实际操作的是<span style="word-wrap:normal; word-break:normal; color:rgb(255,0,0)">datasourceX</span>.</wbr></wbr>
@Transactional
public<wbr>void<wbr>methodX()<wbr>{</wbr></wbr></wbr>
testEntityDao.xxx();
testEntityDao.zzz();
}
public<wbr>void<wbr>methodY()<wbr>{</wbr></wbr></wbr>
}
}
<wbr></wbr>
接口实现类2
public<wbr>class<wbr><span style="word-wrap:normal; word-break:normal; color:rgb(0,0,255)">AnotherTestEntityService<wbr>Impl</wbr></span><wbr>implements<wbr>TestEntityService<wbr>{</wbr></wbr></wbr></wbr></wbr>
@Resource
private<wbr>TestEntityDao<wbr>anOtherTestEntityDao;//实际操作的是<span style="word-wrap:normal; word-break:normal; color:rgb(0,0,255)">datasourceY</span>.</wbr></wbr>
@Transactional
public<wbr>void<wbr>methodX()<wbr>{</wbr></wbr></wbr>
testEntityDao.mmm();
testEntityDao.nnn();
}
public<wbr>void<wbr>methodY()<wbr>{</wbr></wbr></wbr>
}
}
假设方法methodX需要事务控制的,通常我们是直接在方法上添加@Transactional标注,
但是好像spring3.0(具体版本没弄清)之前的Transactional标注不支持区分使用哪个事务管理器。3.0之后的版本Transactional增加了个string类型的value属性来特殊指定加以区分。
例如@Transactional(" aaaaa"),即显示的要求spring用id=" aaaaa"的事务管理器来管理事务。该属性亦可省略(省略的话用容器中缺省的transactionManager)
对于该属性的用法做了如下测试来
methodX()事务生效测试结果
@Transactional
("transactionManagerX")
<wbr></wbr>
@Transactional
("transactionManagerY")
<wbr></wbr>
@Transactional
("transactionManagerZ")
<wbr>transactionManagerZ为未定义过的</wbr>
@Transactional<wbr><wbr></wbr></wbr>
TestEntityServiceImpl(实际使用datasourceX)YNYY
AnotherTestEntityService<wbr>Impl<wbr>(实际使用datasourceY)</wbr></wbr>NYNN
如果调换两个事务管理器在容器中的定义顺序,如
<tx:annotation-driven<wbr>transaction-manager="transactionManagerY"<wbr>/&gt;</wbr></wbr>
<tx:annotation-driven<wbr>transaction-manager="transactionManagerX"<wbr>/&gt;</wbr></wbr>
得到的结果
methodX()事务生效测试结果
@Transactional
("transactionManagerX")
<wbr></wbr>
@Transactional
("transactionManagerY")
<wbr></wbr>
@Transactional
("transactionManagerZ")
<wbr>transactionManagerZ为未定义过的</wbr>
@Transactional<wbr><wbr></wbr></wbr>
TestEntityServiceImpl(实际使用datasourceX)YNNN
AnotherTestEntityService<wbr>Impl<wbr>(实际使用datasourceY)</wbr></wbr>NYYY

分析结果(其实源码就可以反应出):容器指定一个默认的事务管理器

<wbr></wbr>
1.当在@Transactional("xxx")中正确指定了需要使用的事务管理器时,事务控制正常。
2.如果@Transactional指定了未定义过的事务管理器,spring以缺省默认的事务管理器来处理。(如果程序正好使用的是缺省事务管理器同一个数据源,事务控制将生效)。
3.如果@Transactional不指定事务管理器,使用缺省。
4.如果@Transactional指定了不匹配的事务管理器(实际用到的数据源和指定的事务管理器控制的数据源不一致),事务控制将失效.
注:spring容器缺省事务管理器:以加载顺序,首先加载的作为缺省。例如
如果
<tx:annotation-driven<wbr>transaction-manager="transactionManagerX"<wbr>/&gt;</wbr></wbr>
<tx:annotation-driven<wbr>transaction-manager="transactionManagerY"<wbr>/&gt;</wbr></wbr>
定义在同一个文件中,则第一个transactionManagerX作为缺省。
定义在不同文件,则按文件的加载顺序,首先加载的作为缺省。

建议:实际代码中需要用到@Transactional时,即使默认只有一个transactionManager,@Transactional也将其标明。以提高新增数据源后代码可读性,另外防止定义多个数据源后,以前缺省的不被spring默认为缺省了(比如哪天上线新定义了一个数据源,刚好新定义的transactionManager被先加载了,那就悲剧了。)

<wbr></wbr>
<wbr></wbr>
二.bean的配置使用
容器中加了<tx:annotation-driven<wbr>&gt;(需要增加一些xsd)之后,需要事务控制的的service,不需要再具体的bean上做其他的配置,例如用代理包装。直接配置即可</wbr>
<bean<wbr>id="testEntityService"<wbr>class="com.xxx.impl.TestEntityServiceImpl"/&gt;</wbr></wbr>
spring将由JdkDynamicAopProxy 生成代理过的类提供使用。
这种用法的效果和下面配置使用效果一样。都是由JdkDynamicAopProxy 生成代理对象提供使用。
我觉得区别是下面的方法在事务控制的代码可读性上不好,因为哪个方法需要事务控制和控制粒度都在配置文件中,和代码分开了。
<bean<wbr>id="testEntityService3"<wbr>class="org.springframework.transaction.interceptor.TransactionProxyFactoryB<wbr>ean"&gt;</wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr>&lt;property<wbr>name="transactionManager"<wbr>ref="transactionManagerX"<wbr>/&gt;</wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr>&lt;property<wbr>name="target"&gt;</wbr></wbr></wbr></wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>&lt;bean<wbr>class="com.xxxx.impl.TestEntityServiceImpl"<wbr>/&gt;</wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr>&lt;/property&gt;</wbr></wbr></wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr>&lt;property<wbr>name="proxyInterfaces"<wbr>value="com.xxxx.TestEntityService"/&gt;</wbr></wbr></wbr></wbr></wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr>&lt;property<wbr>name="transactionAttributes"&gt;</wbr></wbr></wbr></wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>&lt;props&gt;</wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>&lt;prop<wbr>key="*"&gt;PROPAGATION_REQUIRED&lt;/prop&gt;</wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr><wbr><wbr><wbr>&lt;/props&gt;</wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>
<wbr><wbr><wbr><wbr><wbr>&lt;/property&gt;</wbr></wbr></wbr></wbr></wbr>
</bean>
<wbr></wbr>
方法的可见度和<wbr>@Transactional</wbr>
@Transactional<wbr>注解应该只被应用到<wbr>public<wbr>可见度的方法上。<wbr>如果你在<wbr>protected、private<wbr>或者<wbr>package-visible<wbr>的方法上使用<wbr>@Transactional<wbr>注解,它也不会报错,<wbr>但是这个被注解的方法将不会展示已配置的事务设置。</wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>
@Transactional<wbr>注解可以被应用于接口定义和接口方法、类定义和类的<wbr>public<wbr>方法上。然而,请注意仅仅<wbr>@Transactional<wbr>注解的出现不足于开启事务行为,它仅仅<wbr>是一种元数据,能够被可以识别<wbr>@Transactional<wbr>注解和上述的配置适当的具有事务行为的beans所使用。上面的例子中,其实正是<wbr>&lt;tx:annotation-driven/&gt;元素的出现<wbr>开启<wbr>了事务行为。</wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr>
Spring团队的建议是你在具体的类(或类的方法)上使用<wbr>@Transactional<wbr>注解,而不要使用在类所要实现的任何接口上。你当然可以在接口上使用<wbr>@Transactional<wbr>注解,但是这将只能当你设置了基于接口的代理时它才生效。因为注解是<wbr>不能继承<wbr>的。</wbr></wbr></wbr></wbr></wbr></wbr>
<wbr></wbr>
实际开发中,多半喜欢将持久化操作的代码集中抽出为另一个方法(因为不想事务被无关的业务代码托的持续太长),然后在抽取出来的方法上加上@Transactional,这样的结果是被抽离出的代码即使加了事务标记,也根本起不到事务控制的效果(不管是private和public)。
例如:
public<wbr>class<wbr>TestEntityServiceImpl<wbr>implements<wbr>TestEntityService<wbr>{</wbr></wbr></wbr></wbr></wbr>
@Resource
private<wbr>TestEntityDao<wbr>testEntityDao;//实际操作的是datasourceX.</wbr></wbr>
@Transactional
public<wbr>void<wbr>methodX()<wbr>{</wbr></wbr></wbr>
testEntityDao.xxx();
testEntityDao.zzz();
}
public<wbr>void<wbr>methodY()<wbr>{</wbr></wbr></wbr>
methodX()<wbr></wbr>
}
}
如果执行TestEntityService.methodY();事务是不生效的。只有TestEntityService.methodY();才生效。
从spring实现这些的原理(动态代理和aop)上来看,只拦截外部调用,方法的内部调用通常是不被aop支持的。
从网上扒到一篇文章,可以解决这个问题。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值