Spring AOP nie działa dla wywołania metody wewnątrz innej metody

Można to zrobić za pomocą samodzielnego wstrzykiwania. Można wywołać wewnętrzną metodę poprzez instancję iniekcyjną:

@Component
public class Foo {
    @Resource
    private Foo foo;

    public void method1(){
        ..
        foo.method2();
        ..
    }
    public void method2(){
        ..
    }
}

Od wiosny 4.3 można to również zrobić za pomocą @Autowired.

Od 4.3, @Autowired rozważa również autopromocję do wtrysku, tj. odniesienia do fasoli, która jest obecnie wstrzykiwana.

Miałem ten sam problem i pokonałem go wdrażając Spring ' S ApplicationContextAware,BeanNameAware i wdrożenie odpowiednich metod, jak poniżej.

class ABC implements ApplicationContextAware,BeanNameAware{

      @Override
      public void setApplicationContext(ApplicationContext ac) throws BeansException {
          applicationContext=ac;
      }

      @Override
      public void setBeanName(String beanName) {
          this.beanName=beanName;
      }
      private ApplicationContext applicationContext;
      private String beanName;
}

Następnie zamieniłem this. na ((ABC) applicationContext.getBean(beanName)). podczas wywoływania metod tej samej klasy. Zapewnia to, że wywołania metod tej samej klasy odbywają się tylko przez serwer proxy.

Więc method1() zmienia się na

 public void method1(){
    .........
    ((ABC) applicationContext.getBean(beanName)).method2();
    ...........
  }

Spring AOP framework jest oparty na "proxy" i jest bardzo dobrze wyjaśniony tutaj: http://static.springsource.org/spring/docs/3.1.x/spring-framework-reference/html/aop.html#aop-understanding-aop-proxies

Kiedy Spring konstruuje fasolę, która jest skonfigurowana z aspektem( jak " ABC " w twoim przykładzie), tworzy obiekt "proxy", który działa jak prawdziwa fasola. Proxy po prostu deleguje wywołania do" prawdziwego " obiektu, ale tworząc tę indirection, proxy otrzymuje możliwość wdrożenia "porady". Na przykład Twoja porada może zapisać wiadomość dla każdego połączenia metodycznego. W tym schemacie, jeśli metoda w rzeczywistym obiekcie ("method1") wywoła inne metody w tym samym obiekcie (np. method2), wywołania te występują bez proxy na obrazku, więc nie ma szans na zaimplementowanie żadnej porady.

W twoim przykładzie, gdy wywołana zostanie metoda method1 (), proxy będzie miał szansę zrobić to, co powinien, ale jeśli metoda method1 () wywoła metodę method2 (), nie ma żadnego aspektu w zdjęcie. Jak zawsze, jeśli method2 zostanie wywołany z innej Beany, proxy będzie w stanie przeprowadzić poradę.

Mam nadzieję, że to pomoże.

Dzięki, Raghu

Używanie @Autowired działa. Zamiast wywoływać wewnętrzną metodę jako this.method(), możesz wykonać:

@Autowired
Foo foo;

A następnie wywołanie:

foo.method2();

Nie jest możliwe, co chcesz osiągnąć. Wyjaśnienie znajduje się w dokumentacji źródłowej .

Jak wskazano w Spring docs , Rozdział 5.6.1 zrozumienie proxy AOP, jest inny sposób, który możesz zrobić:

public class SimplePojo implements Pojo {

    public void foo() {
        // this works, but... gah!
        ((Pojo) AopContext.currentProxy()).bar();
    }

    public void bar() {
        // some logic...
    }
}

Chociaż autor tego nie poleca. Ponieważ:

To całkowicie łączy Twój kod Z Spring AOP, i sprawia, że sama klasa jest świadoma faktu, że jest używana w kontekście AOP, który leci w obliczu AOP. Wymaga to również dodatkowej konfiguracji podczas tworzenia proxy.