[Spring] 동적 프록시 기술 (3) - CGLIB

지난 포스팅에서 JDK 동적 프록시를 적용하기 위해선 인터페이스가 필수라고 했다. 인터페이스가 없고 구체 클래스만 있는 경우, CGLIB 바이트코드 조작 라이브러리를 통해 동적 프록시를 적용할 수 있다. 

 

CGLIB : Code Generator Library

• CGLIB : 바이트 코드를 조작해서 동적으로 클래스를 생성하는 기술을 제공하는 라이브러리 
• 인터페이스 없이 구체클래스 만으로 동적 프록시를 만들어 낼 수 있다.
• 원래는 외부 라이브러리인데, 스프링 프레임워크 내부 소스 코드에 포함돼 있다. 
• 참고로 개발자가 직접 CGLIB 를 사용하는 경우는 거의 없다. 다음 포스팅에서 다룰 ProxyFactory 가 CGLIB 사용을 편리하게 도와주기 때문에, 너무 깊이있게 파기보다는 CGLIB 가 무엇인지 대략 개념만 잡으면 된다. 

 

 

CGLIB 예제 코드

동적 프록시에서는 InvcationHandler 를 제공했듯, CGLIB 에서는 MethodInterceptor 를 제공한다.  MethodInterceptor 인터페이스는 Callback 클래스(원래는 인터페이스)를 상속받고 있다는 정도만 기억해두자. 

package org.springframework.cglib.proxy;

import java.lang.reflect.Method;

public interface MethodInterceptor extends Callback {
    Object intercept(Object var1, Method var2, Object[] var3, MethodProxy var4) throws Throwable;
}


// ConcreteService.java
@Slf4j
public class ConcreteService { // 인터페이스 없다.
    public void call() {
        log.info("ConcreteService 호출");
    }
}

 

TimeMethodInterceptor

@Slf4j
public class TimeMethodInterceptor implements MethodInterceptor {

    private final Object target; // 프록시는 항상 호출할 대상 타켓이 필요하다

    public TimeMethodInterceptor(Object target) {
        this.target = target;
    }

    @Override
    public Object intercept(Object obj, Method method, Object[] args, MethodProxy methodProxy) throws Throwable {
        log.info("TimeProxy 실행");
        long startTime = System.currentTimeMillis();

        Object result = methodProxy.invoke(target, args);

        long endTime = System.currentTimeMillis();
        long resultTime = endTime - startTime;
        log.info("TimeProxy 종료 resultTime={}", resultTime);
        return result;
    }
}

• TimeMethodInterceptor 는 MethodInterceptor 인터페이스를 구현해서 CGLIB 프록시의 실행 로직을 정의한다.
• Object target : 프록시가 호출할 실제 대상
• methodProxy.invoke(target, args) : 실제 대상을 동적으로 호출한다. JDK 동적 프록시는 Method 타입을 호출했지만, CGLIB 는 MethodProxy 타입 호출을 성능상 권장한다.

 

CglibTest

@Slf4j
public class CglibTest {

    @Test
    void cglib() {

        // 인터페이스가 없는 클래스
        ConcreteService target = new ConcreteService();

        // CGLIB 를 만드는 코드
        Enhancer enhancer = new Enhancer();
        enhancer.setSuperclass(ConcreteService.class);
        // 구체 클래스를 기반으로 ConcreteService 를 상속받은 프록시를 만들어내야한다.

        // MethodInterceptor 가 CallBack 을 상속받음을 유념
        enhancer.setCallback(new TimeMethodInterceptor(target));
        ConcreteService proxy = (ConcreteService) enhancer.create();
        log.info("targetClass={}", target.getClass());
        log.info("proxyClass={}", proxy.getClass());

        proxy.call();

    }
}

실행 결과

• Enhancer : CGLIB 는 Enhancer 를 사용해 프록시를 생성한다. 
• 프록시를 적용할 구체 클래스를 상속받아 프록시를 생성한다. setSuperClass 의 인자로 어떤 클래스를 상속받을지 지정한다.
• enhancer.setCallback(new TimeMethodInterceptor(target)) : 프록시에 적용할 실행 로직을 할당한다. 
• enhancer.create() : 구체클래스를 상속받은 후 프록시를 생성한다. 

 

CGLIB 제약

• 클래스 기반 프록시는 인터페이스 기반 프록시와 달리, 상속을 사용하기 때문에 몇가지 제약이 존재한다.
• 부모 클래스의 생성자를 체크해야 한다.
• 생성자가 필요하다.
• 클래스에 final 키워드가 붙으면 상속이 불가능하다. CGLIB에서는 예외가 발생한다.
• 메서드에 final 키워드가 붙으면 해당 메서드를 오버라이딩 할 수 없다. CGLIB에서는 프록시 로직이 동작하지 않는다.

 

정리

• 인터페이스가 있는 경우와, 그렇지 않은 경우를 모두 아우를 수 있는 방법은 없을까?
• 두 기술을 함께 사용할 땐 JDK 동적 프록시가 제공하는 InvocationHandler 와 CGLIB 가 제공하는 MethodInterceptor 를 각각 중복으로 만들어 관리해야하나?
• 이런 문제를 해결하기 위해 다음 포스팅에선 ProxyFactory 를 알아보겠다. 

 

 

코드 및 자료 출처

스프링 핵심 원리 - 고급편 - 인프런 | 강의