@Transactional @Async等注解不起作用

之前很多人在使用Spring中的@Transactional, @Async等注解時，都多少碰到過注解不起作用的情況。

為什么會出現(xiàn)這些情況呢？因為這些注解的功能實際上都是Spring AOP實現(xiàn)的，而其實現(xiàn)原理是通過代理實現(xiàn)的。

JDK動態(tài)代理

以一個簡單的例子理解一下JDK動態(tài)代理的基本原理：

//目標類接口
public interface JDKProxyTestService {
  void run();
}

//目標類
public class JDKProxyTestServiceImpl implements JDKProxyTestService {
  public void run(){
    System.out.println("do something...");
  }
}

//代理類
public class TestJDKProxy implements InvocationHandler {

  private Object targetObject; //代理目標對象

  //構(gòu)造代理對象
  public Object newProxy(Object targetObject) {
    this.targetObject = targetObject;
    return Proxy.newProxyInstance(targetObject.getClass().getClassLoader(),
        targetObject.getClass().getInterfaces(), this);
  }

  //利用反射，在原邏輯上進行邏輯增強
  public Object invoke(Object proxy, Method method, Object[] args)
      throws Throwable {
    //模擬事務開始
    assumeBeginTransaction();
    //原執(zhí)行邏輯
    Object ret = method.invoke(targetObject, args);
    //模擬事務提交
    assumeCommitTransaction();
    return ret;
  }

  private void assumeBeginTransaction() {
    System.out.println("模擬事務開始...");
  }

  private void assumeCommitTransaction() {
    System.out.println("模擬事務提交...");
  }
}

//測試
public class Test { 
  public static void main(String[] args) {
    TestJDKProxy jdkProxy = new TestJDKProxy();
    JDKProxyTestService proxy = (JDKProxyTestService) jdkProxy.newProxy(new JDKProxyTestServiceImpl());
    proxy.run();
  }
}

上面的例子應該能夠清楚的解釋JDK動態(tài)代理的原理了。它利用反射機制，生成了一個實現(xiàn)代理接口的匿名類，在調(diào)用具體方法前調(diào)用InvokeHandler來處理。我們通過代理類對象調(diào)用方法時，實際上會先調(diào)用其invoke方法，里面再調(diào)用原方法。這樣我們可以在原方法邏輯的前后統(tǒng)一添加處理邏輯。

Spring還有一種動態(tài)代理方式是CGLIB動態(tài)代理。它是把代理對象類的class文件加載進來，通過修改其字節(jié)碼生成子類來處理。雖然處理方式不一樣，但是代理的思想都是一致的。

如果被代理的目標對象實現(xiàn)了接口，那么Spring會默認使用JDK動態(tài)代理。所有該目標類型實現(xiàn)的接口都將被代理。若該目標對象沒有實現(xiàn)任何接口，則創(chuàng)建一個CGLIB代理。

Spring AOP注解失效及解決

基于以上對于動態(tài)代理原理的分析，我們來看以下兩個常見的問題：

同一個類中，方法A調(diào)用方法B（方法B上加有注解），注解無效

針對所有的Spring AOP注解，Spring在掃描bean的時候如果發(fā)現(xiàn)有此類注解，那么會動態(tài)構(gòu)造一個代理對象。

如果你想要通過類X的對象直接調(diào)用其中帶注解的A方法，此注解是有效的。因為此時，Spring會判斷你將要調(diào)用的方法上存在AOP注解，那么會使用類X的代理對象調(diào)用A方法。

但是假設類X中的A方法會調(diào)用帶注解的B方法，而你依然想要通過類X對象調(diào)用A方法，那么B方法上的注解是無效的。因為此時Spring判斷你調(diào)用的A并無注解，所以使用的還是原對象而非代理對象。接下來A再調(diào)用B時，在原對象內(nèi)B方法的注解當然無效了。

解決方法：

最簡單的方式當然是可以讓方法A和B沒有依賴，能夠直接通過類X的對象調(diào)用B方法。

但是很多時候可能我們的邏輯拆成這樣寫并不好，那么就還有一種方法：想辦法手動拿到代理對象。

AopContext類有一個currentProxy()方法，能夠直接拿到當前類的代理對象。那么以上的例子，就可以這樣解決：

// 在A方法內(nèi)部調(diào)用B方法
// 1.直接調(diào)用B，注解失效。
B()
// 2.拿到代理類對象，再調(diào)用B。
((X)AopContext.currentProxy()).B()

AOP注解方法里使用@Autowired對象為null

在之前的使用中，出現(xiàn)過在加上注解的方法中，使用其他注入的對象時，發(fā)現(xiàn)對象并沒有被注入進來，為null。

最終發(fā)現(xiàn)，導致這種情況的原因是因為方法為private。因為Spring不管使用的是JDK動態(tài)代理還是CGLIB動態(tài)代理，一個是針對實現(xiàn)接口的類，一個是通過子類實現(xiàn)。無論是接口還是父類，顯然都不能出現(xiàn)private方法，否則子類或?qū)崿F(xiàn)類都不能覆蓋到。

如果方法為private，那么在代理過程中，根本找不到這個方法，引起代理對象創(chuàng)建出現(xiàn)問題，也導致了有的對象沒有注入進去。

所以如果方法需要使用AOP注解，請把它設置為非private方法。

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論