이번 섹션에서는 [스프링이 지원하는 프록시]에 대해서 알아보자.
👉 목차는 다음과 같다.
1) 프록시 팩토리 - 소개
2) 프록시 팩토리 - 예제 코드1
3) 프록시 팩토리 - 예제 코드2
4) 포인트컷, 어드바이스, 어드바이저 - 소개
5) 예제 코드1 - 어드바이저
6) 예제 코드2 - 직접 만든 포인트컷
7) 예제 코드3 - 스프링이 제공하는 포인트컷
8) 예제 코드4 - 여러 어드바이저 함께 적용
9) 프록시 팩토리 - 적용1
10) 프록시 팩토리 - 적용2
11) 정리
이번 섹션은 1) ~ 3), 4) ~ 8), 9) ~ 11) 로 나눠서 포스팅하고자 한다.
바로 하나씩 확인해보자.
1) 프록시 팩토리 - 소개
앞서 마지막에 설명했던 동적 프록시를 사용할 때 문제점을 다시 확인해보자.
문제점
- ① 인터페이스가 있는 경우에는 JDK 동적 프록시를 적용하고, 그렇지 않은 경우에는 CGLIB를 적용하려면 어떻게 해야할까?
- ② 두 기술을 함께 사용할 때, 부가 기능을 제공하기 위해 JDK 동적 프록시가 제공하는
InvocationHandler와 CGLIB가 제공하는MethodInterceptor를 각각 중복으로 만들어서 관리해야 할까? - ③ 특정 조건에 맞을 때 프록시 로직을 적용하는 기능도 공통으로 제공되었으면? (특정 조건에 따른 프록시 적용/미적용)
① 인터페이스가 있는 경우에는 JDK 동적 프록시를 적용하고, 그렇지 않은 경우에는 CGLIB를 적용하려면 어떻게 해야할까?
- 스프링은 유사한 구체적인 기술들이 있을 때, 그것들을 통합해서 일관성 있게 접근할 수 있고, 더욱 편리하게 사용할 수 있는 추상화된 기술을 제공한다.
- 스프링은 동적 프록시를 통합해서 편리하게 만들어주는 프록시 팩토리(
ProxyFactory)라는 기능을 제공한다. - 이전에는 상황에 따라서 JDK 동적 프록시를 사용하거나 CGLIB를 사용해야 했다면, 이제는 이 프록시 팩토리 하나로 편리하게 동적 프록시를 생성할 수 있다.
- (동작 방식) 프록시 팩토리는 인터페이스가 있으면 JDK 동적 프록시를 사용하고, 구체 클래스만 있다면 CGLIB를 사용한다. 그리고 이 설정을 변경할 수도 있다. (ex. 인터페이스가 있던/없던 무조건 CGLIB를 통해 프록시를 생성하도록 할수도 있다.)
- 프록시 팩토리
- 프록시 팩토리 - 의존 관계
- 클라이언트는 프록시 팩토리를 사용하고, 프록시 팩토리는 JDK 동적 프록시와 CGLIB를 내부에서 의존해서 사용한다.
- 프록시 팩토리 - 사용 흐름
- 이제 클라이언트는 직접 JDK 동적 프록시나 CGLIB에 프록시 생성을 요청하지 않고, 프록시 팩토리에 프록시 생성을 요청한다. 그러면 프록시 팩토리에서는 인터페이스 여부에 따라 JDK 동적 프록시를 통해서 프록시를 생성할지 CGLIB를 통해 프록시를 생성할지 결정하고, 이후 프록시를 생성해서 클라이언트에 반환한다.
- 프록시 팩토리 - 의존 관계
② 두 기술을 함께 사용할 때, 부가 기능을 적용하기 위해 JDK 동적 프록시가 제공하는 InvocationHandler와 CGLIB가 제공하는 MethodInterceptor를 각각 중복으로 따로 만들어야 할까?
- 스프링은 이 문제를 해결하기 위해 부가 기능을 적용할 때
Advice라는 새로운 개념을 도입했다. 개발자는InvocationHandler나MethodInterceptor를 신경쓰지 않고,Advice만 만들면 된다. - 결과적으로
InvocationHandler나MethodInterceptor는Advice를 호출하게 된다. 프록시 팩토리를 사용하면Advice를 호출하는 전용InvocationHandler,MethodInterceptor를 내부에서 사용한다. - Advice 도입
- (참고) 개발자는 Advice 만 구현하면 된다. 그러면 프록시 팩토리가 프록시를 만들 때, (JDK 동적 프록시면) 프록시를 만들면서 adviceInvocationHandler를 넣어준다. (adviceInvocationHandler는 개발자가 만든 Advice를 호출한다.)
- Advice 도입 - 전체 흐름
③ 특정 조건에 맞을 때 프록시 로직을 적용하는 기능도 공통으로 제공되었으면?
- 앞서 특정 메서드 이름의 조건에 맞을 때만 프록시 부가 기능이 적용되는 코드를 직접 만들었다. 스프링은
Pointcut이라는 개념을 도입해서 이 문제를 일관성 있게 해결한다.
2) 프록시 팩토리 - 예제 코드1
Advice 만들기
Advice 는 프록시에 적용하는 부가 기능 로직이다. 이것은 JDK 동적 프록시가 제공하는 InvocationHandler 와 CGLIB가 제공하는 MethodInterceptor 의 개념과 유사하다. 둘을 개념적으로 추상화 한 것이다. 프록시 팩토리를 사용하면 둘 대신에 Advice 를 사용하면 된다.
Advice 를 만드는 방법은 여러가지가 있지만, 기본적인 방법은 다음 인터페이스를 구현하면 된다.
- MethodInterceptor - 스프링이 제공하는 코드
MethodInvocation invocation: 내부에는 다음 메서드를 호출하는 방법, 현재 프록시 객체 인스턴스,args, 메서드 정보 등이 포함되어 있다. 기존에 파라미터로 제공되는 부분들이 이 안으로 모두 들어갔다고 생각하면 된다.- CGLIB의
MethodInterceptor와 이름이 같으므로 패키지 이름에 주의하자. ( 참고로 여기서 사용하는org.aopalliance.intercept패키지는 스프링 AOP 모듈(spring-aop) 안에 들어있다. ) MethodInterceptor는Interceptor를 상속하고Interceptor는Advice인터페이스를 상속한다.
👉 이제 실제 Advice 를 만들어보자.
- TimeAdvice 생성: test > java > hello > proxy > common > advice 패키지 내부에 TimeAdvice 클래스를 생성하자.
TimeAdvice는 앞서 설명한MethodInterceptor인터페이스를 구현한다. 패키지 이름에 주의하자.Object result = invocation.proceed()invocation.proceed()를 호출하면target클래스를 호출하고 그 결과를 받는다.- 그런데 기존에 보았던 코드들과 다르게
target클래스의 정보가 보이지 않는다.target클래스의 정보는MethodInvocation invocation안에 모두 포함되어 있다. - 그 이유는 바로 다음에 확인할 수 있는데, 프록시 팩토리로 프록시를 생성하는 단계에서 이미
target정보를 파라미터로 전달받기 때문이다.
- ProxyFactoryTest 생성: test > java > hello > proxy > proxyfactory 패키지 내부에 ProxyFactoryTest 클래스를 생성하자.
new ProxyFactory(target): 프록시 팩토리를 생성할 때, 생성자에 프록시의 호출 대상(target)을 함께 넘겨준다. 프록시 팩토리는 이 인스턴스 정보를 기반으로 프록시를 만들어낸다. 만약 이 인스턴스에 인터페이스가 있다면 JDK 동적 프록시를 기본으로 사용하고 인터페이스가 없고 구체 클래스만 있다면 CGLIB를 통해서 동적 프록시를 생성한다. 여기서는target이new ServiceImpl()의 인스턴스이기 때문에ServiceInterface인터페이스가 있다. 따라서 이 인터페이스를 기반으로 JDK 동적 프록시를 생성한다.proxyFactory.addAdvice(new TimeAdvice()): 프록시 팩토리를 통해서 만든 프록시가 사용할 부가 기능 로직을 설정한다. JDK 동적 프록시가 제공하는InvocationHandler와 CGLIB가 제공하는MethodInterceptor의 개념과 유사하다. 이렇게 프록시가 제공하는 부가 기능 로직을 어드바이스 (Advice)라 한다. 번역하면 조언을 해준다고 생각하면 된다.proxyFactory.getProxy(): 프록시 객체를 생성하고 그 결과를 받는다.
- 실행해보자.
- 실행 결과를 보면 프록시가 정상 적용된 것을 확인할 수 있다. (
proxyClass=class com.sun.proxy.$Proxy9코드를 통해 JDK 동적 프록시가 적용된 것도 확인할 수 있다. )
- 실행 결과를 보면 프록시가 정상 적용된 것을 확인할 수 있다. (
프록시 팩토리를 통한 프록시 적용 확인
프록시 팩토리로 프록시가 잘 적용되었는지 확인하려면 다음 기능을 사용하면 된다.
(프록시 팩토리를 통해서 만들어진 프록시인 경우에만 확인할 수 있다. 직접 JDK 동적 프록시 등을 사용해서 프록시를 생성한 경우는 확인할 수 없다.)
AopUtils.isAopProxy(proxy): 프록시 팩토리를 통해서 프록시가 생성되면 JDK 동적 프록시나, CGLIB 모두 참이다.AopUtils.isJdkDynamicProxy(proxy): 프록시 팩토리를 통해서 프록시가 생성되고, JDK 동적 프록시인 경우 참.AopUtils.isCglibProxy(proxy): 프록시 팩토리를 통해서 프록시가 생성되고, CGLIB 동적 프록시인 경우 경우 참.- 물론
proxy.getClass()처럼 인스턴스의 클래스 정보를 직접 출력해서 확인할 수 있다.
3) 프록시 팩토리 - 예제 코드2
👉 이번에는 구체 클래스만 있는 ConcreteService 에 프록시를 적용해보자.
- ProxyFactoryTest 수정: 다음과 같이 추가하자. (concreteProxy 추가)
- 프록시 팩토리는 인터페이스 없이 구체 클래스만 있으면 CGLIB를 사용해서 프록시를 적용한다. 나머지 코드는 기존과 같다.
- 실행해보자.
- 실행 결과를 보면 프록시가 정상 적용된 것을 확인할 수 있다. (
proxyClass=class hello.proxy.common.service.ConcreteService$$EnhancerBySpringCGLIB$$4c7b06ef코드를 통해 CGLIB 프록시가 적용된 것도 확인할 수 있다. )
- 실행 결과를 보면 프록시가 정상 적용된 것을 확인할 수 있다. (
👉 마지막으로 인터페이스가 있지만, CGLIB를 사용해서 인터페이스가 아닌 클래스 기반으로 동적 프록시를 만드는 방법을 알아보자. ( proxyTargetClass 옵션 )
- ProxyFactoryTest 수정: 다음과 같이 추가하자. (proxyTargetClass 추가)
- 프록시 팩토리는
proxyTargetClass라는 옵션을 제공하는데, 이 옵션에true값을 넣으면 인터페이스가 있어도 강제로 CGLIB를 사용한다. 그리고 인터페이스가 아닌 클래스 기반의 프록시를 만들어준다.
- 프록시 팩토리는
- 실행해보자.
ServiceImpl$$EnhancerBySpringCGLIB...를 보면 CGLIB 기반의 프록시가 생성된 것을 확인할 수 있다. 인터페이스가 있지만proxyTargetClass옵션에 의해 CGLIB가 사용된다.
프록시 팩토리의 기술 선택 방법
- 대상에 인터페이스가 있으면: JDK 동적 프록시를 사용해서 인터페이스 기반 프록시를 생성
- 대상에 인터페이스가 없으면: CGLIB를 사용해서 구체 클래스 기반으로 프록시를 생성
proxyTargetClass=true: CGLIB를 사용해서 구체 클래스 기반 프록시를 생성 (인터페이스 여부와 상관없음)
✔️ 정리
-
프록시 팩토리의 서비스 추상화 덕분에 구체적인 CGLIB, JDK 동적 프록시 기술에 의존하지 않고, 매우 편리하게 동적 프록시를 생성할 수 있다.
-
프록시의 부가 기능 로직도 특정 기술에 종속적이지 않게
Advice하나로 편리하게 사용할 수 있었다. 이것은 프록시 팩토리가 내부에서 JDK 동적 프록시인 경우InvocationHandler가Advice를 호출하도록 개발해두고, CGLIB인 경우MethodInterceptor가Advice를 호출하도록 기능을 개발해두었기 때문이다.
✔️ 참고
- 스프링 부트는 AOP를 적용할 때 기본적으로
proxyTargetClass=true로 설정해서 사용한다. 따라서 인터페이스가 있어도 항상 CGLIB를 사용해서 구체 클래스를 기반으로 프록시를 생성한다. 자세한 이유는 강의 뒷 부분에서 설명한다.
강의를 듣고 정리한 글입니다. 코드와 그림 등의 출처는 김영한 강사님께 있습니다.
