🌱Spring AOP 정리하기

AOP(Aspect Oriented Programming)

---

• 핵심 관심 사항과 공통(부가) 관심 사항
  • 주가 되는 로직이 있고 부가 되는 로직이 있는데 이를 핵심과 부가로 의미를 둘 수 있다. 핵심 관심 사항(core concern) 공통 관심 사항(cross-cutting concern)
  • 기존 OOP에서는 공통관심사항을 여러 모듈에서 적용하는데 있어 중복된 코드를 양상 하는 한계가 존재함
  • 이를 해결하기 위해 AOP가 등장

• AOP는 application에서의 관심사의 분리 즉, 핵심적인 기능에서 부가적인 기능을 분리함
• 분리한 부가 기능을 Aspect라는 독특한 모듈 형태로 만들어서 설계하고 개발하는 방법
  Aspect도 결국 Class
• OOP를 적용하여도 핵심기능에서 부가기능을 쉽게 분리된 모듈로 작성하기 어려운 문제점을 AOP가 해결
• AOP는 부가기능을 Aspect로 정의하여, 핵심기능에서 부가기능을 분리함으로써 핵심 기능을 설계하고 구현할 때 객체지향적인 가치를 지킬수 있도록 도와주는 개념

🌱 Spring AOP 용어

용어	설명
Target	핵심기능을 담고 있는 모듈로 target은 부가기능을 부여할 대상이 됨 여기서 말하는 부가 기능은 비즈니스 로직을 제외한 부가를 의미한다고 볼 수 있다.
Advice	어느 시점에 어떤 공통 관심 기능을 적용할지 정의 한 것이다. Target에 제공할 부가기능을 담고 있는 모듈
JoinPoint	Aspect가 적용 될 수 있는 지점(method, field) 즉, target 객체가 구현한 인터페이스의 모든 method는 JoinPoint가 됨 실질적으로 Spring에서는 method에서만 지원을 해주며 Spring에서는 Runtime 시점에서만 지원을 해줌 Pointcut의 후보군이라고 볼 수 있다.
Pointcut	공통 관심 사항이 적용될 JoinPoint으로 볼 수 있다. Advice를 적용할 target의 method를 선별하는 정규 표현식으로서 Pointcut 표현식은 execution으로 시작하고 method의 Signature를 비교하는 방법을 주로 이용
Aspect	여러 객체에서 공통으로 적용되는 공통 관심 사항(transaction, logging, security….) AOP의 기본 모듈 Aspect는 Singleton 형태의 객체로 존재
Advisor	Advice + pointcut, Advisor는 Spring AOP에서만 사용되는 특별한 용어
Weaving	어떤 Advice를 어떤 Pointcut에 적용시킬 것인지에 대한 설정, 즉 Pointcut에 의해서 결정된 타겟의 JoinPoint에 부가기능을 삽입하는 과정을 뜻함 AOP의 핵심기능의 코드에 영향을 주지 않으면서 필요한 부가기능을 처리할 수 있도록 해주는 핵심적인 처리 과정

🌱 Spring은 프록시(Proxy) 기반 AOP지원

프록시라는 개념을 뭐라고 이해하면 좋을까?

Spring은 Target 객체에 대한 Proxy를 만들어 제공하는데 Target을 감싸는 Proxy는 실행시간 즉 Runtime에 생성된다. Proxy는 Advice를 Target 객체에 적용하면서 생성되는 객체라고 볼 수 있다. Advice? 부가 기능을 담고 있는 모듈

프록시는 타겟을 감싸서 타겟의 요청을 대신 받아주는 Wrapping Object, Client에서 Target을 호출하게 되면 타겟이 아닌 타겟이 감싸고 있는 Proxy가 호출됨 이 때 프록시는 타겟 메소드 실행 전후로 부가 기능을 실행하도록 구성되어 있다. 프록시 패턴은 타겟 하나 하나마다 프록시 객체를 정의해야하므로 번거롭고 코드의 중복이 생긴다는 점이 있음. 그래서 Spring AOP에서는 Runtime JDK Dynamic Proxy or CGLIB를 활용하여 프록시를 생성.

📎 Spring은 AOP 프록시를 생성하는 과정에서 자체 검증 로직을 통해 타겟의 인터페이스 유무를 판단한다. 이때 타겟이 하나 이상의 인터페이스를 구현하고 있는 Class라면 JDK Dynamic Proxy를 사용하고 아니면 CGLIB의 방식으로 AOP 프록시를 생성함

JDK Dynamic Proxy를 통한 장단점

• 장점: 개발자가 직접 프록시 객체를 만들 필요가 없음
• 단점: 프록시하려는 클래스는 반드시 인터페이스의 구현체여야 함

CGLIB란?

Code Generator Library의 약자로, 클래스의 바이트 코드를 조작하여 프록시 객체를 생성해주는 라이브러리이다. CGLIB를 사용하면 인터페이스가 아닌 타겟 클래스에 대해서도 프록시 객체를 만들어 줄 수 있고, 이 과정에서 Enhancer라는 클래스를 활용함

CGLIB는 타겟 클래스의 상속을 받고 프록시를 생성, 이때 타겟 클래스에 포함된 모든 메소드를 재정의하고, 타겟 클래스에 대한 바이트 코드를 조작하여 프록시를 생성함

CGLIB 프록시를 강제로 사용하려면 요소의 proxy-target-class 속성 값을 true로 설정

<aop:config proxy-target-class="true"/>

CGLIB의 장단점

• 장점: 인터페이스 없이 단순 클래스만으로도 프록시 객체를 동적으로 생성해 줄 수 있음
  리플렉션이 아닌 바이트 조작을 사용, 타겟에 대한 정보를 알고 있기 때문에 JDK Dynamic Proxy에 비해 성능이 좋음
• 단점: 의존성을 추가해야 함. default 생성자가 필요, 타겟으 생성자가 두 번 호출됨

References

https://steady-coding.tistory.com/608
https://docs.spring.io/spring-framework/docs/3.0.0.M3/reference/html/ch08s06.html