No transaction aspect-managed TransactionStatus in scope异常解决（转）

 转: https://www.tpyyes.com/a/javaweb/2018/0927/772.html

 

在javaweb开发中有时候会报“No transaction aspect-managed TransactionStatus in scope”异常，什么情形下会出现这样的异常呢？

其实原因很简单，就是我们的web项目中没有启动Spring transaction事务管理，但是我们却用了“TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();”这样的手动事务回滚，在Spring事务没有起作用的情况下，就会报“No transaction aspect-managed TransactionStatus in scope”异常，如下是我们经常出现这种异常的代码：

try {
	//do something
 } catch (Exception e) {                 
	TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
 }

那么该如何解决“aspect-managed”这种异常呢？其实有以下这几种情况导致了你Spring事务失效的原因，解决了这几个问题就绝对不会报此错误了。

原因一：如果你在Service层使用了@Transactional注解事务，那么请确定您是否定义了事务管理器，并且添加了事务驱动，如下所示：

<!-- 定义事务管理器 -->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">		
	<property name="dataSource" ref="dataSource" />
</bean>

<!-- 开启事务控制的注解支持 -->
<tx:annotation-driven transaction-manager="transactionManager"/>

原因二：如果你使用了AOP切面事务，请确定Spring Aop Execution表达式是否正确的扫描了Service层接口或实现类，如下所示：

<!-- 定义事务策略 -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
	<tx:attributes>
		<!-- 所有以query开头的方法都是只读的
		<tx:method name="query*" read-only="true" />
		<tx:method name="get*" read-only="true" />
		<tx:method name="find*" read-only="true" />
		<tx:method name="select*" read-only="true" />
		<!-- 其他方法使用默认事务策略 -->
		<tx:method name="*" rollback-for="Throwable"/>
	</tx:attributes>
</tx:advice>

<aop:config>
	<aop:pointcut id="myPointcut" expression="execution(* com.voavoice.service.*.*(..))" />
	<!-- 将定义好的事务处理策略应用到上述的切入点 -->
	<aop:advisor advice-ref="txAdvice" pointcut-ref="myPointcut" />
</aop:config>

原因三：这是最应该注意的一点，在springmvc xml视图解析器配置中，很多人在<context:component-scan>自动扫描时本来只需要扫描Controller的，但是他扫描的范围过大，扫描了所有的包，会造成事务失效，如下：

<!-- 描述conctroller -->
<context:component-scan base-package="com.voavoice.english.controller"/>

<!-- 错误的扫描成如下这样 -->
<context:component-scan base-package="com.voavoice.english"/>

所以在springmvc配置中最好只扫描Controller下面的类，而在spring context上下文配置中把扫描范围放大就不会有事！