작성
·
82
·
수정됨
0
@Aspect
public class A{
@Before("B.methodB()호출하기전에 적용")
public Object lock(final ProceedingJoinPoint joinPoint) throws Throwable {
}
}
public class B{
private void methodB(){
}
}
이런식으로 작성할 경우,
당연히 Before은 ProceedingJoinPoint를 사용할 수 없기때문에 lock이 호출이 안될겁니다.
그런데 왜 안되는지 궁금해서 한번 실행시켜봤는데,
스프링 실행 자체는 되나, 아무런 예외없이 정상적으로 lock함수를 호출하지 않더라고요
그래서 호출스택을 따라가보았더니, 아예 호출 자체를 안하는것을 확인 할 수 있었습니다.
그렇다면 왜그럴까 추측을 해보자면 아예 methodB에 프록시로 lock()을 등록하지 않은것일텐데(맞나요..?)
어디서 이와 관련된 처리를 하는지 찾다가 포기하고 질문을 올립니다.
AspectJProxyFactory에서 lock()을 advisor로 만드는것 까진 확인했으나,
이것을 어디서 활용하는지 모르겠네요 ㅠ
어떤 클래스를 보면 알수있다 정도로도 좋으니 혹시 아시는게 있다면 알려주시면 감사드리겟습니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
조성락님께서 질문하신 AspectJ 동작원리에 대해 답변드리겠습니다.
우선, @Before
어드바이스는 ProceedingJoinPoint
를 지원하지 않기 때문에, ProceedingJoinPoint
를 사용하는 방식으로는 적합하지 않습니다. 이는 @Around
어드바이스를 사용할 때 적합한 방식입니다. @Before
어드바이스는 타겟 메서드 실행 전에 특정 작업을 수행할 수 있지만, 타겟 메서드를 제어하거나 변경할 수는 없습니다.
해당 부분을 정리하자면, methodB
가 호출되지 않는 이유는 해당 메서드가 private으로 정의되어 프록시를 통해 접근할 수 없기 때문입니다. 스프링 AOP는 기본적으로 프록시 기반의 AOP를 사용하며, 프록시는 public과 protected 메서드에만 적용할 수 있습니다. 따라서, private 메서드인 methodB
에 어드바이스를 적용할 수 없습니다.
관련 처리를 담당하는 클래스 및 패키지를 몇 가지 추천드리자면:
위 클래스를 살펴보시면 프록시 생성 및 어드바이스 적용 방식에 대한 이해를 높이는 데 도움이 될 것입니다.
보다 정확한 예제를 위해 methodB
를 private이 아닌 public 형태로 수정한 뒤, @Around
어드바이스를 활용해보는 것을 권장드립니다.
추가로 관련된 코드를 참조하실 수 있도록 스프링 공식 문서나 스프링 AOP 관련 책자를 참고하시면 큰 도움이 될 것입니다.
궁금하신 사항이 해결되었기를 바라며, 추가 질문은 언제든 환영입니다!
감사합니다.
원문 출처: AspectJ 관련 문서