스프링이 지원하는 프록시

[otakijae]

• reflection

  • Runtime에 Type, Classpath를 이용하여 인스턴스화, 객체의 상태, 메서드 정보 등을 가져올 수 있도록 지원하는 API이다.

• JDK Dynamic Proxy

  • interface를 구현하는 class들만 target이 될 수 있다.
  • Java reflection을 사용해 target class의 method를 invoke하며, Advise대상이든 아니든 모든 method call마다 reflection invoke를 실시하므로 성능이 떨어진다.

• CGLib Proxy

  • interface가 없어도 사용 가능
  • bytecode 사용해 target class의 method 호출
  • 'final' class or method에는 쓸 수 없음

• 동적 프록시 생성

  • 정리를 해보자면, JDK Dynamic Proxy는 인터페이스를 구현하여 Proxy를 생성해주고, Spring은 인터페이스가 아닌 클래스를 가지고 Proxy를 생성해주기 위해 CGLib 방식을 지원하고 있습니다.
  • reflection invoke를 하는 것으로 idk dynamic proxy가 성능이 더 떨어짐. cglib의 단점은 개선이 됐음
  • CGLib은 클래스를 상속받아 Proxy를 생성해준다는 점, 마지막으로 CGLib이 가지고 있었던 3가지 한계점이 모두 개선되어 Spring Boot에선 기본 Proxy 생성 방법으로 사용하고 있다는 부분을 인지하셨으면 좋겠습니다.

---

• ProxyFactory

  • 스프링은 동적 프록시를 통합해서 편리하게 만들어주는 프록시 팩토리( ProxyFactory )라는 기능을 제공한다.
  • 프록시 팩토리는 인터페이스가 있으면 JDK 동적 프록시를 사용하고, 구체 클래스만 있다면 CGLIB를 사용한다. 그리고 이 설정을 변경할 수도 있다.

• 두 기술을 함께 사용할 때 부가 기능을 적용하기 위해 JDK 동적 프록시가 제공하는 InvocationHandler와 CGLIB가 제공하는 MethodInterceptor를 각각 중복으로 따로 만들어야 할까?

  • 스프링은 이 문제를 해결하기 위해 부가 기능을 적용할 때 Advice 라는 새로운 개념을 도입했다.

  • 개발자는 InvocationHandler 나 MethodInterceptor 를 신경쓰지 않고, Advice 만 만들면 된다.

  • 결과적으로 InvocationHandler 나 MethodInterceptor 는 Advice 를 호출하게 된다.

  • 프록시 팩토리를 사용하면 Advice 를 호출하는 전용 InvocationHandler , MethodInterceptor를 내부에서 사용한다.

  • 특정 조건에 맞을 때 프록시 로직을 적용하는 기능도 Pointcut 이라는 개념을 도입해서 이 문제를 일관성 있게 해결한다.

• Advice 만들기

  • Advice 는 프록시에 적용하는 부가 기능 로직이다.
  • 이것은 JDK 동적 프록시가 제공하는 InvocationHandler 와 CGLIB가 제공하는 MethodInterceptor 의 개념과 유사한다.
  • 둘을 개념적으로 추상화 한 것이다.
  • 프록시 팩토리를 사용하면 둘 대신에 Advice 를 사용하면 된다.
  • Advice 를 만드는 방법은 여러가지가 있지만, 기본적인 방법은 다음 MethodInterceptor 인터페이스를 구현하면 된다.

• 스프링이 지원하는 프록시

  • ProxyFactory

  • 포인트컷( Pointcut )

    • 어디에 부가 기능을 적용할지, 어디에 부가 기능을 적용하지 않을지 판단하는 필터링 로직이다. 주로 클래스와 메서드 이름으로 필터링 한다. 이름 그대로 어떤 포인트(Point)에 기능을 적용할지 하지 않을지 잘라서(cut) 구분하는 것이다.

  • 어드바이스( Advice )

    • 이전에 본 것 처럼 프록시가 호출하는 부가 기능이다. 단순하게 프록시 로직이라 생각하면 된다.

  • 어드바이저( Advisor )

    • 단순하게 하나의 포인트컷과 하나의 어드바이스를 가지고 있는 것이다.

[cme10575]

스프링은 유사한 기술들이 있을 때 일관성있게 접근할 수 있는 추상화된 기술 제공

인터페이스 있을 때 JDK동적 프록시 없을 때 CGLIB ==> ProxyFactory

프록시 로직을 InvocationHandler, MethodInterceptor 두 곳에 작성하지 않아도 됨 ==> Advice

부가기능 ==> PointCut

Advice

• 프록시 로직
• spring AOP의 MethodInterceptor을 구현

CGLIB 강제 옵션

• setProxyTargetClass(true)
• 실무에서 종종 사용됨
• 스프링 2.0부터 구체클래스 기반으로 기본 생성

PointCut

• 어디에 부가 기능을 적용할지 판단하는 필터링 로직
• ClassFilter(클래스가 해당하는지) + MethodFilter(메서드에 해당하는지)로 이루어짐, 모두 통과해야 적용
• MethodMatcher의 isRuntime true면 args를 파라미터로 받는 matches()가 호출됨. false 면 메서드나 클래스 캐싱 가능 장점 있음

Advisor

• 포인트컷1 + 어드바이스1
• 어떤 부가 로직을 어디에 적용할지 알고 있는 것
• 프록시 팩토리 사용 시 필수

여러 어드바이저를 하나의 target에 적용하려면? proxy를 여러개 만든다? proxy를 여러개 만들기 번거로움 스프링 하나의 프록시팩토리에 여러 어드바이저 넣을 수 있게 설계함 AOP적용된 수 만큼 proxy생성되는 것 아님!!!(최적화)

남은 문제: 설정 파일이 너무 많다, 프록시 적용하는 로직 중복임, 컴포넌트 스캔 사용 못함

==> 빈 후처리기로 해결(다음시간)