inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

스프링 핵심 원리 - 고급편

Enhancer.setSuperclass

해결된 질문

391

티벳로보

작성한 질문수 48

0

	/**
	 * Set the class which the generated class will extend. As a convenience,
	 * if the supplied superclass is actually an interface, <code>setInterfaces</code>
	 * will be called with the appropriate argument instead.
	 * A non-interface argument must not be declared as final, and must have an
	 * accessible constructor.
	 * @param superclass class to extend or interface to implement
	 * @see #setInterfaces(Class[])
	 */
	public void setSuperclass(Class superclass) {
		if (superclass != null && superclass.isInterface()) {
			setInterfaces(new Class[]{superclass});
			// SPRING PATCH BEGIN
			setContextClass(superclass);
			// SPRING PATCH END
		}
		else if (superclass != null && superclass.equals(Object.class)) {
			// affects choice of ClassLoader
			this.superclass = null;
		}
		else {
			this.superclass = superclass;
			// SPRING PATCH BEGIN
			setContextClass(superclass);
			// SPRING PATCH END
		}
	}

강사님 PDF 5.동적 프록시 기술 마지막 장

진짜 구현 클래스만 프록시를 만들어 주는지 궁금해서 찾아보니

Enhancer 클래스 내부 메서드를 보면 setSuperclass 가 있는데
내부에 인터페이스가 들어오던, 구체 클래스가 들어오던 알아서 구현체를 만들어준다고 되어있더라구요

Enhancer 클래스 주석에도

하지만 프록시가 인터페이스를 구현하는 것 외에 구체적인 기본 클래스를 확장할 수 있게 해준 것입니다.라고 작성되어 있습니다.

 

실제 코드로 작성해도 잘 동작합니다.

package hello.proxy.my;

import lombok.extern.slf4j.Slf4j;
import org.junit.jupiter.api.Test;
import org.springframework.cglib.proxy.Enhancer;
import org.springframework.cglib.proxy.MethodInterceptor;
import org.springframework.cglib.proxy.MethodProxy;

import java.lang.reflect.Method;

@Slf4j
public class EnhancerTest {

    @Test
    void enhancerInterface() {
        MyInterfaceImpl myInterface = new MyInterfaceImpl();
        Enhancer enhancer = new Enhancer();
        enhancer.setSuperclass(MyInterface.class);
        enhancer.setCallback(new MyInterceptor(myInterface));
        MyInterface myInterfaceProxy = (MyInterface) enhancer.create();
        myInterfaceProxy.call();
    }

    static class MyInterceptor implements MethodInterceptor {
        private final MyInterface myInterface;

        public MyInterceptor(MyInterface myInterface) {
            this.myInterface = myInterface;
        }
        @Override
        public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
            log.info("로그 시작");
            myInterface.call();
            log.info("로그 종료");
            return null;
        }
    }

}
interface MyInterface {
    void call();
}

@Slf4j
class MyInterfaceImpl implements MyInterface {
    @Override
    public void call() {
        log.info("나는 인터페이스를 구현한 클래스입니다.");
    }
}
//log
19:11:27.315 [Test worker] INFO hello.proxy.my.EnhancerTest - 로그 시작
19:11:27.317 [Test worker] INFO hello.proxy.my.MyInterfaceImpl - 나는 인터페이스를 구현한 클래스입니다.
19:11:27.317 [Test worker] INFO hello.proxy.my.EnhancerTest - 로그 종료

Enhancer 클래스도 인터페이스나 구체 클래스를 모두 프록시로 생성할 수 있고

더 향상된 호출 핸들러을 제공하는 MethodInterceptor 를 사용할 수도 있습니다.

  1. 제 생각에는 MethodInterceptor 사용할 수 있는 Enhancer 프록시 객체를 디폴트로 사용할거같거든요 그런데 ProxyFactory는 false로 인터페이스랑 구체 클래스를 분리해서 생성하게 했더라구요 그 이유도 궁금합니다.

  2. 제가 이해한게 맞다면 Enhancer도 인터페이스를 구현할 수 있는데 별도로 개발해야한다고 말씀하신 이유도 궁금합니다 !!

spring 디자인-패턴

답변 2

0

김영한

안녕하세요. kamser님

CGLIB 기술은 구현체를 기반으로 프록시를 만들 수 있기 때문에, 구현 코드가 없는 인터페이스를 기반으로 프록시를 만드는 것은 더 쉽게 할 수 있습니다.

다만 JDK 동적 프록시의 경우 자바가 기본으로 제공하는 기술이기 때문에 CGLIB 같은 외부 라이브러리에 의존하지 않아도 되는 장점이 있습니다.

추가로 이런 기술이 적용되는 기술 초반에는 JDK 동적 프록시만 사용되다가 이후에 CGLIB 같은 기술이 개발되면서 추가로 들어오게 되었습니다.

나머지 궁금하신 부분들은 강의를 끝까지 들어보시면 그 과정을 통해 자연스럽게 궁금증이 해결 되실거에요 :)

감사합니다.

1

티벳로보

답변 감사합니다 !! 항상 김영한님 덕분에 시작을 할 수 있습니다

0

인프런 AI 인턴

안녕하세요 kamser 님, 인프런 AI 인턴이에요.

Enhancer 클래스는 CGLIB라는 프록시 라이브러리의 일부로서 동적 프록시를 생성하는 데 사용됩니다. Enhanced 클래스는 인터페이스뿐만 아니라 구체 클래스도 프록시로 만들 수 있습니다. MethodInterceptor를 사용하여 더 많은 기능을 제공할 수도 있습니다.

제 생각에는 ProxyFactory의 경우 인터페이스와 구체 클래스를 각각 분리해서 프록시를 생성하는 것은 프록시의 종류에 따라 유연하게 처리하기 위함이라고 생각됩니다. 인터페이스를 구현한 경우에는 JDK 동적 프록시를 사용하고, 인터페이스가 없는 경우에는 CGLIB를 사용하여 프록시를 생성할 수 있습니다. 이렇게 분리하여 프록시를 생성하는 이유는 프록시가 생성될 때 사용되는 라이브러리나 방식에 따라서 동작 방식이 다를 수 있기 때문입니다.

Enhancer 클래스도 인터페이스가 아닌 구체 클래스를 프록시로 생성할 수 있지만, 별도로 개발해야 하는 이유는 다양합니다. 예를 들어, 인터페이스를 구현하는 프록시는 JDK 동적 프록시 방식을 사용하여 생성되는 반면에, 구체 클래스를 프록시로 생성할 때는 CGLIB 방식을 사용합니다. 또한, Enhanced 클래스는 부모 클래스를 확장하여 생성되기 때문에, 부모 클래스에 따라서 동작 방식이나 제약 사항 등이 달라질 수 있습니다.

즉, ProxyFactory와 Enhancer는 각각 다른 프록시 생성 방식을 사용하며, 이는 프록시의 종류 및 사용 시나리오에 따라 적합한 방식을 선택하기 위함입니다.

더 자세한 내용이나 추가적인 질문이 있으시면 언제든지 물어보세요! 감사합니다.

어드바이스 순서 디폴트 기준이 궁금합니다.

0

55

1

AspectV1 예제를 @Configuration 수동 등록으로도 가능한가요?

0

81

2

구체 클래스를 상속받아 확장한 형태도 클래스패턴/데코레이터 패턴이라고 칭하나요?

0

57

1

TraceTemplate 을 미리 빈으로 등록해서 사용할때 이렇게 설정하는게 맞는건가요?

0

54

1

Decorator 에서 추상메서드로 뺄때 질문 있습니다.

0

56

1

대상 클래스에 기본 생성자가 없을 때

0

76

1

스프링 부트 버전 4.0 aop 의존성 명칭 변경

1

362

2

final 키워드 사용 관련 질문

0

78

1

안녕하세요

0

65

1

ThradLocal 실무 사례

0

98

2

실무에서의 동시성 문제

0

64

1

로그 등 부가 기능에 대한 테스트코드

0

50

1

ProceedingJoinPoint와 MethodInvocation에 대하여

0

67

1

실무 멀티스레딩에 대한 궁금증

0

70

1

안녕하세요 질문있습니다

0

45

1

AspectV3 aop 실행 순서 문의 드립니다

0

38

1

MDC vs AOP 중에 고민중입니다.

0

76

1

순환참조

0

161

2

this를 단독으로 사용할때랑 파라미터 바인딩 할때 차이

0

78

1

빈 후처리에 등록 질문 있습니다.

0

77

1

AppConfig 설정하는 설명중에 이해가 안되는게 있습니다.

0

90

1

ThreadLocal을 지역변수로 선언하면 remove가 필요할까요?

0

118

2

@Aspect 어노테이션으로 생성된 Advisor의 Bean 저장 여부

0

69

1

ThreadLocal 사용시 부작용이 있을수 있을까요? (ThreadLocal.remove()를 잘한다고 해도..)

0

73

2