Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 스프링 핵심 원리
- transaction
- 스프링
- db
- http
- 스프링 핵심 기능
- Thymeleaf
- Greedy
- Android
- AOP
- JPQL
- jpa
- kotlin
- JDBC
- Proxy
- 그리디
- SpringBoot
- springdatajpa
- spring
- Spring Boot
- Servlet
- 자바
- Exception
- pointcut
- 인프런
- 백준
- QueryDSL
- 알고리즘
- java
- 김영한
Archives
- Today
- Total
개발자되기 프로젝트
[스프링AOP프록시기술&한계] Type Casting 본문
JDK 동적 프록시와 CGLIB를 사용해서 AOP 프록시를 만드는 방법에는 각각 장단점이 있다.
JDK 동적 프록시는 인터페이스가 필수이고, 인터페이스를 기반으로 프록시를 생성한다.
CGLIB는 구체 클래스를 기반으로 프록시를 생성한다.
물론 인터페이스가 없고 구체 클래스만 있는 경우에는 CGLIB를 사용해야 한다.
그런데 인터페이스가 있는 경우에는 JDK 동적 프록시나 CGLIB 둘중에 하나를 선택할 수 있다.
스프링이 프록시를 만들때 제공하는 ProxyFactory 에 proxyTargetClass 옵션에 따라 둘중 하나를
선택해서 프록시를 만들 수 있다.
- proxyTargetClass=false --> JDK 동적 프록시를 사용해서 인터페이스 기반 프록시 생성
- proxyTargetClass=true --> CGLIB를 사용해서 구체 클래스 기반 프록시 생성
- 참고로 옵션과 무관하게 인터페이스가 없으면 JDK 동적 프록시를 적용할 수 없으므로 CGLIB를 사용한다.
1. JDK 동적 프록시의 한계, Test
인터페이스 기반으로 프록시를 생성하는 JDK 동적 프록시는 구체 클래스로 타입 캐스팅이 불가능한
한계가 있다
@Slf4j
public class ProxyCastingTest {
@Test
void jdkProxy(){
MemberServiceImpl target = new MemberServiceImpl();
ProxyFactory proxyFactory = new ProxyFactory(target);
proxyFactory.setProxyTargetClass(false); //jdk 동적 프록시
//프록시를 interface로 casting 성공
MemberService memberServiceProxy = (MemberService) proxyFactory.getProxy();
//JDK 동적 프록시를 구현 클래스로 캐스팅 시도 실패, CLASSCASTEXCEPTION발생
Assertions.assertThrows(ClassCastException.class, () -> {
MemberServiceImpl castingMemberService = (MemberServiceImpl) memberServiceProxy;
});
}
}
jdkProxy() 테스트
- 여기서는 MemberServiceImpl 타입을 기반으로 JDK 동적 프록시를 생성했다.
- MemberServiceImpl 타입은 MemberService 인터페이스를 구현한다.
- 따라서 JDK 동적 프록시는 MemberService 인터페이스를 기반으로 프록시를 생성한다.
- 이 프록시를 JDK Proxy 라고 하자.
- 여기서 memberServiceProxy 가 바로 JDK Proxy 이다.
JDK 동적 프록시
- 그런데 JDK Proxy를 대상 클래스인 MemberServiceImpl 타입으로 캐스팅 하려고 하니 예외가 발생한다.
- 왜냐하면 JDK 동적 프록시는 인터페이스를 기반으로 프록시를 생성하기 때문이다.
- JDK Proxy는 MemberService 인터페이스를 기반으로 생성된 프록시이다.
- 따라서 JDK Proxy는 MemberService 로 캐스팅은 가능하지만
MemberServiceImpl 이 어떤 것인지 전혀 알지 못한다. - 따라서 MemberServiceImpl 타입으로는 캐스팅이 불가능하다.
- 캐스팅을 시도하면 ClassCastException.class 예외가 발생한다.
2. CGLIB
@Test
void cglibProxy(){
MemberServiceImpl target = new MemberServiceImpl();
ProxyFactory proxyFactory = new ProxyFactory(target);
proxyFactory.setProxyTargetClass(true); //CGLIB 프록시
//프록시를 interface로 casting 성공
MemberService memberServiceProxy = (MemberService) proxyFactory.getProxy();
//CGLIB 프록시를 구현 클래스로 캐스팅 시도 성공
MemberServiceImpl castingMemberService = (MemberServiceImpl) memberServiceProxy;
}
cglibProxy() 테스트
- MemberServiceImpl 타입을 기반으로 CGLIB 프록시를 생성했다.
- MemberServiceImpl 타입은 MemberService 인터페이스를 구현했다.
- CGLIB는 구체 클래스를 기반으로 프록시를 생성한다.
- 따라서 CGLIB는 MemberServiceImpl 구체 클래스를 기반으로 프록시를 생성한다.
- 이 프록시를 CGLIB Proxy 라고 하자.
- 여기서 memberServiceProxy 가 바로 CGLIB Proxy이다.
CGLIB 프록시 캐스팅
- 여기에서 CGLIB Proxy를 대상 클래스인 MemberServiceImpl 타입으로 캐스팅하면 성공한다.
- 왜냐하면 CGLIB는 구체 클래스를 기반으로 프록시를 생성하기 때문이다.
- CGLIB Proxy는 MemberServiceImpl 구체 클래스를 기반으로 생성된 프록시이다.
- 따라서 CGLIB Proxy는 MemberServiceImpl 은 물론이고,
- MemberServiceImpl 이 구현한 인터페이스인 MemberService 로도 캐스팅 할 수 있다.
3. 정리
- JDK 동적 프록시는 대상 객체인 MemberServiceImpl 로 캐스팅 할 수 없다.
- CGLIB 프록시는 대상 객체인 MemberServiceImpl 로 캐스팅 할 수 있다.
- 그런데 프록시를 캐스팅 할 일이 많지 않을 것 같은데 왜 이 이야기를 하는 것일까?
- 진짜 문제는 의존관계 주입시에 발생한다.
4. GitHub: 220112 JDK DYNAMIC PROXY VS CGLIB PROXY
'인프런 > [인프런] 스프링 핵심 원리 - 고급' 카테고리의 다른 글
[스프링AOP프록시기술&한계] CGLIB 단점 (0) | 2022.01.12 |
---|---|
[스프링AOP프록시기술&한계] 의존관계 주입 (0) | 2022.01.12 |
[스프링AOP실무주의사항] 내부호출 - 구조변경 (0) | 2022.01.11 |
[스프링AOP실무주의사항] 내부호출 - 지연조회 (0) | 2022.01.11 |
[스프링AOP실무주의사항] 내부호출 - 자기 자신 주입 (0) | 2022.01.11 |
Comments