[Spring] AOP

개념

AOP(Aspect Oriented Programming) 의 약자로 관점 지향 프로그래밍이라고 불린다. 관점 지향은 쉽게 말해 어떤 로직을 기준으로 핵심적인 관점, 부가적인 관점으로 나누어서 보고 그 관점을 기준으로 각각 모듈화하는 것이다. 여기서 모듈화란 어떤 공통된 로직이나 기능을 하나의 단위로 묶는 것을 말한다.

모듈화를 통해 핵심적인 기능에서 부가적인 기능을 분리한다. 분리한 부가기능을 애스펙트(Aspect)라는 독특한 모듈 형태로 만들어서 설계하고 개발하는 방법

핵심기능에서 부가기능을 분리해서 Aspect형태로 모듈화하는 것

• 핵심기능 : 업무 로직을 포함하는 기능을 핵심기능(Core Concerns)
• 부가기능 : 핵심기능을 도와주는 부가적인 기능(로깅, 보안 등)을 부가기능(Cross-cutting Concerns)

• OOP를 보완하기 위해 나온 개념.
  • 객체지향의 기본 원칙을 적용해도 핵심기능에서 부가기능을 분리해서 모듈화하는 것은 매우 어렵기 때문
  • 이를 AOP가 해결
  • AOP는 부가기능을 애스팩트(Aspect)로 정의하여, 핵심기능에서 부가기능을 분리함으로써 핵심기능을 설계하고 구현할 때 객체지향적인 가치를 지킬 수 있도록 도와주는 개념이다. (중복 제거)
• AOP개념을 적용하면 핵심기능 코드 사이에 침투된 부가기능을 독립적인 애스펙트로 구분해 낼 수 있다.

활용

• 로깅
• 트랜잭션
• 예외 처리
• 아키텍처 검증 등

비즈니스단의 메서드에서 조금 더 세밀하게 조정하고 싶을 때 사용한다.

AOP와 Filter/Interceptor의 차이점

• Interceptor나 Filter와는 달리 메소드 전후의 지점에 자유롭게 설정이 가능하다.
  
  • Interceptor와 Filter는 주소로 대상을 구분해서 걸러내야하는 반면,
  • AOP는 주소, 파라미터, 애노테이션 등 다양한 방법으로 대상을 지정할 수 있다.
• AOP의 Advice와 HandlerInterceptor의 가장 큰 차이는 파라미터의 차이다.
  
  • Advice의 경우 JoinPoint나 ProceedingJoinPoint 등을 활용해서 호출한다.
  • 반면 HandlerInterceptor는 Filter와 유사하게 HttpServletRequest, HttpServletResponse를 파라미터로 사용한다.

 

AOP 용어

출처(https://linkednest.net/share/jwleeDev/view/454)

• Aspect : AOP의 기본 모듈
  • 위에서 설명한 흩어진 관심사를 모듈화 한 것. 주로 부가기능을 모듈화함.
  • Advice + PointCut = Aspect
  • 부가기능 정의 코드(Advice)와 어드바이스를 적용하는 위치(PointCut)을 합친 개념
  • 싱글톤 형태의 객체로 존재
• Target : 핵심기능을 담고 있는 모듈로, 부가기능을 부여할 대상
  • Aspect를 적용하는 곳 (클래스, 메서드 .. )
• Advice : 타겟(Target)에 제공할 부가기능을 담고 있는 모듈
  • 부가기능을 정의한 코드. 실질적인 부가기능을 담은 구현체
• Join Point : Advice가 적용될 수 있는 위치
  • 타겟 객체가 구현한 인터페이스의 모든 메서드는 조인 포인트가 된다.
  • Advice가 적용될 위치, 끼어들 수 있는 지점. 메서드 진입 지점, 생성자 호출 시점, 필드에서 값을 꺼내올 때 등 다양한 시점에 적용가능
• PointCut : Advice를 적용할 Target의 메서드를 선별하는 정규표현식
  • JointPoint의 상세한 스펙을 정의한 것.
  • 포인트컷 표현식은 execution으로 시작하고, 메서드의 Signature를 비교하는 방법을 주로 이용한다.
  • Advice를 어디에 적용할지 결정하는 개념
  • 'A란 메서드의 진입 시점에 호출할 것'과 같이 더욱 구체적으로 Advice가 실행될 지점을 정할 수 있음
• Advisor : Spring AOP에서만 사용되는 특별한 용어
  • Aspect와 동일한 개념
  • Advice + PointCut = Advisor
• Weaving : 포인트컷(PointCut)에 의해서 결정된 타겟(Target)의 조인 포인트(Join Point)에 부가기능(Advice)을 삽입하는 과정 
  • 위빙은 AOP가 핵심기능(타겟)의 코드에 영향을 주지 않으면서 필요한 부가기능(Advice)을 추가할 수 있도록 해주는 핵심적인 처리 과정

 

Spring AOP 특징

• Spring은 프록시(Proxy) 기반 AOP를 지원한다.
  • Spring은 타겟(target)객체에 대한 프록시를 만들어 제공한다.
  • 타겟을 감싸는 프록시는 실행시간(Runtime)에 생성된다.
  • 프록시는 어드바이스를 타겟 객체에 적용하면서 생성되는 객체이다.
• 프록시가 호출을 가로챈다(Intercept)
  • 프록시는 타겟 객체에 대한 호출을 가로챈 다음 어드바이스의 부가기능 로직을 수행하고 난 후에 타겟의 핵심기능 로직을 호출한다. (전처리 어드바이스)
  • 또는 타겟의 핵심 기능 로직 메서드를 호출한 후에 부가기능(어드바이스)을 수행하는 경우도 있다. (후처리 어드바이스)
• Spring AOP는 메서드 조인 포인트만 지원한다.
  • Spring은 동적 프록시를 기반으로 AOP를 구현하므로 메서드 조인 포인트만 지원한다. 즉, 핵심기능(타겟)의 메서드가 호출되는 런타임 시점에만 부가기능(어드바이스)을 적용할 수 있다.
    • 런타임시 프록시 객체를 생성하므로 final 클래스에는 재정의할 수 없는 한계가 존재
    • 이 한계는 static과 final 메서드에도 동일하다.
    • 따라서 Spring AOP는 메서드 실행에만 JoinPoint를 지원한다.
  • 반면 AspectJ 같은 고급 AOP 프레임워크를 사용하면 객체의 생성, 필드값의 조회와 조작, static 메서드 호출 및 초기화 등의 다양한 작업에 부가기능을 적용할 수 있다.
    • AspectJ는 런타임 이전에 실제 코드에 Cross-Cutting Concerns을 Weaving하기 때문에 더 많은 JoinPoint를 지원한다.

출처: https://kils-log-of-develop.tistory.com/638

AOP의 PointCut

• @Before: 대상 메서드의 수행 전
  
• @After: 대상 메서드의 수행 후
  
• @After-returning: 대상 메서드의 정상적인 수행 후
  
• @After-throwing: 예외발생 후
  
• @Around: 대상 메서드의 수행 전/후

표현식 문법

포인트컷 표현식은 포인트컷 지시자를 이용하여 작성한다. 대표적으로 사용되는 지시자는 excution()이다. 문법 구조는 다음과 같다.

excution( [접근제한자 패턴] 타입패턴 [타입패턴.] 이름패턴 (타입패턴 | "..", ...) [throws 예외패턴] )

• [접근제한자 패턴] : public, private과 같은 접근제한자, 생략 가능
• 타입패턴 : 리턴값의 타입 패턴
• [타입패턴.] : 패키지와 클래스 이름에 대한 패턴, 생략가능 사용할 때 '.'을 사용해 연결함
• 이름패턴 : 메서드 이름 타입패턴
• (타입패턴 | "..", ...) : 파라미터의 타입 패턴을 순서대로 넣을 수 있다. 와일드카드를 이용해 파라미터 개수에 상관없는 패턴을 만들 수 있다.
• [throws 예외패턴] : 예외이름패턴

예시 28:05

 

JoinPoint 인터페이스

JoinPoint는 Spring AOP 혹은 AspectJ에서 AOP가 적용되는 지점을 뜻한다.
해당 지점을 AspectJ에서 JoinPoint라는 인터페이스로 나타낸다.

• getArgs() : 메서드 아규먼트를 반환한다.
• getThis() : 프록시 객체를 반환한다.
• getTarget() : 대상 객체를 반환한다.
• getSignature() : 어드바이즈되는 메서드의 설명(description)을 반환한다.
• toString() : 어드바이즈되는 메서드의 설명을 출력한다.

등 유용한 메서드를 제공한다.

모든 어드바이스는 org.aspectj.lang.JoinPoint 타입의 파라미터를 어드바이스 메서드 첫 번째 매개변수로 선언할 수 있다.

Around 어드바이스는 JoinPoint의 하위 클래스인 ProceedingJoinPoint 타입의 파라미터를 필수적으로 선언해야 한다.

• ProceedingJoinPoint 는 JoinPoint 인터페이스를 상속받은 인터페이스이다.
  • proceed() 메서드 제공.
    • 타겟 객체의 앞 뒤로 어드바이스를 실행하도록 구현해야 하기 때문에 타겟 객체를 진행할 수 있는 메서드를 제공한다.
    • ProceedingJoinPoint 인터페이스를 사용할 때는 어드바이스 클래스 내에서 proceed() 메서드를 반드시 호출해야 한다.
    • 인자가 있는 형태, 없는 형태 두가지로 제공된다.

 

참고

• kils-log-of-develop.tistory.com/638
• youtu.be/X4vsFpPg1z4
• goddaehee.tistory.com/154
• engkimbs.tistory.com/746
• jojoldu.tistory.com/71