Spring事务配置在service层,传播规则为required,方法中究竟应该是调用service还是多个dao比较好?
Spring中事务配置如下:
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="delete*" propagation="REQUIRED" read-only="false"
rollback-for="java.lang.Exception"/>
<tx:method name="insert*" propagation="REQUIRED" read-only="false"
rollback-for="Exception" />
<tx:method name="update*" propagation="REQUIRED" read-only="false"
rollback-for="java.lang.Exception" />
<tx:method name="save*" propagation="REQUIRED" read-only="false"
rollback-for="Exception" />
<tx:method name="*" propagation="REQUIRED" read-only="true"/>
<:attributes>
<:advice>
现在ServiceA
中有一个方法methodA
,那么在ServiceA
中应该注入ServiceB,ServiceC
呢,还是DaoB,DaoC
,然后在methodA
中去保存B,C
,保证B,C
同时保存成功,或同时失败!
答:
既可以单独注入service,也可以单独注入dao,关键是,spring容器的事务管理默认只截获未检查异常RuntimeException。上边配置的rollback-for="java.lang.Exception"其实不用配置
。配置如下
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="delete*" propagation="REQUIRED" read-only="false" />
<tx:method name="insert*" propagation="REQUIRED" read-only="false" />
<tx:method name="update*" propagation="REQUIRED" read-only="false" />
<tx:method name="save*" propagation="REQUIRED" read-only="false" />
<tx:method name="*" propagation="REQUIRED" read-only="true"/>
<:attributes>
<:advice>
解决方案是:
如果代码中使用了try...catch...捕获了检查型异常,意味着程序员自己必须要解决异常,必须知道如何解决异常。通常的做法是:
将检查型的异常在catch块中重新抛出为Runtime Exception
,这样Spring容器就会截获该异常,进行事务回滚处理 。如下
try {
.....
}catch( CheckedException e ) {
logger.error(e);
throw new RuntimeException(e);
}
注意,不使用try...catch...,而在方法签名后向外抛出检查型异常的行为不可取,事务也不会回滚。
如果代码中没有使用try抛出了未检查异常,则Spring容器会自动截获异常,进行事务回滚处理。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
如果你想更多了解Spring事务机制可以看我的这几篇文章:
Spring Transaction详解 - Transaction Isolation
Spring Transaction详解 - Transaction Propagation模式
Spring Transaction详解 - 手动回滚事务
Spring Transaction详解 - 异常发生时的事务回滚机制
其实这种事情就是根据需要了,事务是会自动合并的,但作为设计考虑,尽量调用 dao 这样能够使不同的 service 得以解偶。
一般我们在
Service
的方法上会进行事务的定义,特别是如果有控制传播行为的场景,那放入dao
就和放入service
不同了。因为dao
肯定都是在一个大事务下了,service
就比较复杂了。