Spring中事务内部调用引发的惨案

    在一个类内部有2个方法foo和bar，其中bar方法配有注解(@Transactional)，即bar是事务执行的，而foo不是事务执行，当foo方法内部调用bar方法后，bar方法的事务是不生效的。示例代码如下:

public class ServiceTest {

	public void foo(){
		
		this.bar();//调用自身的方法；
	}
	
	
	@Transactional
	public void bar(){
		System.out.println("this is bar");
		//数据库操作
	}
}

原因如下：

    Spring中通过注解来完成事务的功能，实际是通过SpringAOP来实现的，而SpringAOP中，使用this来调用自身的方法时，此对象引用上的方法直接会被调用，不会调用代理的方法（SpringAOP原理是产生代理类）。因此bar方法的事务不会生效。如果直接调用bar方法，此时事务是生效的。

    解决方法有：

    一、将bar方法放在另一个service类中。这种方法简单，但是造成代码的冗余。

    二、可以将注解@Transactional放在foo方法上。这种方法造成的影响：加入foo方法的一些操作是不需要事务的，这会延长事务执行的时间。

    三、在foo方法中不要直接使用this来调用bar方法，通过调用代理类的bar方法。

public void foo(){
		
	if(null != AopContext.currentProxy()){  
            ((ServiceTest)AopContext.currentProxy()).bar();  
        }else{  
        	bar();  
        }      
    }

    我们显示的调用了AopContext来获取当前代理对象，然后调用其方法，这样做还必须的一个步骤是将当前的代理暴露给线程使用，在配置文件中需要配置一个参数：

<property name="exposeProxy">  
            <value>true</value>  
        </property>

或者在application-context.xml文件中添加配置：

<aop:aspectj-autoproxy proxy-target-class="true" expose-proxy="true"/>

它是ProxyConfig的一个参数，默认是false，如果不设置这个参数，那么上述java代码将无法获取当前线程中的代理对象。

这种方法可以成功触发拦截，但是也带来了其他问题，比如代码的织入，我们的代码将变得复杂而且晦涩，而且严格要求系统针对于当前的bean必须配置拦截器，否则会因为找不到拦截器而抛出异常。

来源：oschina

链接：https://my.oschina.net/u/2649748/blog/659673