在一个类内部有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来获取当前代理对象，然后调用其方法，这样做还必须的一个步骤是将当前的代理暴露给线程使用，在配置文件中需要配置一个参数：

    
                   
     
      true
               
    

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

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

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