AOP (Aspect-Oriented Programming)

🔍 개요

• AOP는 로깅·트랜잭션·보안 같은 횡단 관심사를 한곳(Aspect)으로 모아 핵심 비즈니스 로직(주요 관심사) 에서 분리하는 기법이다.
• Spring AOP는 프록시 기반으로 ‘메서드 실행’ 지점(join point)에 Advice를 삽입해 동작한다.
• 내부 호출(Self-invocation)·final/private 메서드 등 프록시 한계를 이해하고 설계해야 한다.

---

개념 & 배경

OOP(객체 지향 프로그래밍) 에서 모듈화의 핵심 단위는 클래스이지만, AOP에서 모듈화의 핵심 단위는 **Aspect(관점)**이다.

• 횡단 관심사(Cross-cutting concerns) : 로깅, 트랜잭션, 보안, 모니터링 등 여러 모듈에 걸쳐 반복되는 기능
• 주요 관심사(Core concerns) : 서비스 고유의 비즈니스 로직

→ 반복 코드를 걷어내고, 정책을 일관되고 재사용 가능하게 만든다.

• 횡단 관심사와 주요 관심사를 분리하여 관점별로 각각 기능을 모듈화 할 수 있다.
• 설정을 추가하여 Weaving 한다.

결론

AOP 는 스프링 만의 용어는 아니며, 횡단 관심사(공통의 기능을 여러 코드에 걸쳐 반복적으로 적용)를 모듈화 하는 개념을 말한다.

→ Spring 에서는 AOP를 구현하기 위해 Proxy 패턴을 사용한다.

---

🧩 핵심 용어

용어	설명
Aspect	공통 기능 모듈 (ex. 로깅, 트랜잭션)
Advice	실제 수행되는 코드 (Before/After/AfterReturning/AfterThrowing/Around)
Join Point	AOP를 적용할 수 있는 지점 (ex. 메서드 실행 시점)
Pointcut	Advice를 적용할 지점 지정 (Join Point 조건 정의)
Weaving	Advice를 실제 객체에 연결하는 과정 (Spring은 런타임 Weaving)

---

✅ AOP 적용 방식

• 프록시 기반:
  • 인터페이스가 있으면 JDK 동적 프록시, 없으면 CGLIB 사용
• 지원하는 Join Point: 메서드 실행
• 프록시 한계:
  • 내부 호출(self-invocation) 은 프록시 우회 → AOP 미적용
  • final/private 메서드, 생성자, 필드 접근 등은 적용 불가
• 여러 Aspect의 순서는 @Order 혹은 Ordered로 제어

Spring AOP는 메서드 실행 시점의 Join Point만 지원

---

🧰 주요 어노테이션

@Aspect            // Aspect 정의 클래스
@Before            // 메서드 실행 전 실행
@AfterReturning    // 정상 반환 후 실행
@AfterThrowing     // 예외 발생 시 실행
@After             // 메서드 종료 후 (성공/실패 무관)
@Around            // 메서드 실행 전/후 모두 제어
@Pointcut          // 포인트컷 정의

🎯 포인트컷 표현식 예시

표현식	의미
execution(* com.example..*.*(..))	모든 메서드
execution(* *..Service.*(..))	Service 클래스 내 모든 메서드
within(com.example.controller..*)	특정 패키지 하위 클래스 전체

---

🔧 예시

(A) 간단 로깅

@Aspect
@Component
public class LoggingAspect {
 
    @Before("execution(* com.example.service.*.*(..))")
    public void logBefore(JoinPoint joinPoint) {
        System.out.println("호출된 메서드: " + joinPoint.getSignature().getName());
    }
}

(B) 실행 시간 측정(@Around)

@Aspect
@Component
public class TimingAspect {
  @Around("execution(* com.example..*Service.*(..))")
  public Object measure(ProceedingJoinPoint pjp) throws Throwable {
    long start = System.nanoTime();
    try {
      return pjp.proceed();
    } finally {
      long elapsedMs = (System.nanoTime() - start) / 1_000_000;
      System.out.println(pjp.getSignature() + " took " + elapsedMs + "ms");
    }
  }
}

---

추후에 학습할 Filter 와 Interceptor 도 이와 비슷한 개념

→ 공통의 관심사를 분리하여 처리한다는 점에서 비슷하지만, 동작 시점과 적용 대상에 차이가 있음 참고 : Spring AOP vs Filter vs Interceptor

구분	적용 레이어	주 사용처	특징
Filter	서블릿 컨테이너	공통 보안/인코딩/로깅	URL 단위, 스프링 외부 계층
Interceptor	스프링 MVC	컨트롤러 전/후 처리	핸들러 전후, 뷰 렌더 전
AOP	스프링 빈 레벨	서비스/리포지토리 단	메서드 실행 단위, 프록시 기반

셋 모두 “공통 관심사 분리” 목적이지만 적용 시점과 범위가 다름.

---

⚠️ 주의할 점

• 내부 호출: 같은 객체 내부에서 this.method() 호출 시 AOP 미적용 → 구조 분리/자기참조 주입(@Lazy self) 등으로 우회
• 프록시 불가 대상: final 클래스/메서드, private 메서드, 생성자
• @Transactional도 프록시 기반이라 내부 호출에선 동작 안 함
• 성능: 과도한 포인트컷/어라운드는 오버헤드 → 범위 최소화, 필요 지점만 적용
• 테스트: @SpringBootTest에서 Aspect 활성화, 단위 테스트는 포인트컷 최소화로 재현성 확보

---

🔗 관련

• IoC — 컨테이너가 객체 생명주기/연결을 관리
• DI — 의존성 연결을 주입으로 해결
• external-configuration — 환경/프로필 기반 설정
• Spring AOP vs Filter vs Interceptor - 각 기능 특성 비교