728x90
AOP가 필요한 상황
- 모든 메소드의 호출 시간을 측정하고 싶다면?
- 공통 관심 사항(cross-cutting concern) vs 핵심 관심 사항(core concern)
- 회원 가입 시간, 회원 조회 시간을 측정하고 싶다면?
package hello.hellospring.service;
@Transactional
public class MemberService {
/**
* 회원가입
*/
public Long join(Member member) {
long start = System.currentTimeMillis();
try {
validateDuplicateMember(member); //중복 회원 검증
memberRepository.save(member);
return member.getId();
} finally {
long finish = System.currentTimeMillis();
long timeMs = finish - start;
System.out.println("join " + timeMs + "ms");
}
}
/**
* 전체 회원 조회
*/
public List<Member> findMembers() {
long start = System.currentTimeMillis();
try {
return memberRepository.findAll();
} finally {
long finish = System.currentTimeMillis();
long timeMs = finish - start;
System.out.println("findMembers " + timeMs + "ms");
}
}
}
위와 같은 코드의 문제
- 회원가입, 회원 조회에 시간을 측정하는 기능은 핵심 관심 사항이 아니다.
- 시간을 측정하는 로직은 공통 관심 사항이다.
- 시간을 측정하는 로직과 핵심 비즈니스의 로직이 섞여서 유지보수가 어렵다.
- 시간을 측정하는 로직을 별도의 공통 로직으로 만들기 매우 어렵다.시간을 측정하는 로직을 변경할 때 모든 로직을 찾아가면서 변경해야 한다.
AOP 적용
- AOP: Aspect Oriented Programming
- 공통 관심 사항(cross-cutting concern) vs 핵심 관심 사항(core concern) 분리
시간측정 AOP 등록
package hello.hello_spring.aop;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.springframework.context.annotation.ComponentScan;
import org.springframework.stereotype.Component;
@Aspect
@Component
public class TimeTraceAop {
@Around("execution(* hello.hello_spring..*(..))")
public Object execute(ProceedingJoinPoint joinPoint) throws Throwable{
long start = System.currentTimeMillis();
System.out.println("START: "+ joinPoint.toString());
try {
return joinPoint.proceed();
} finally{
long finish = System.currentTimeMillis();
long timeMs = finish - start;
System.out.println("END:: "+ joinPoint.toString()+" "+timeMs + "ms");
}
}
}
- 회원가입, 회원 조회등 핵심 관심사항과 시간을 측정하는 공통 관심 사항을 분리한다.
- 시간을 측정하는 로직을 별도의 공통 로직으로 만들었다.
- 핵심 관심 사항을 깔끔하게 유지할 수 있다.
- 원하는 적용 대상을 선택할 수 있다.
- 변경이 필요하면 이 로직만 변경하면 된다.
스프링의 AOP 동작 방식 설명
1. AOP 적용 전
2. AOP 적용 후 의존관계
스프링 AOP는 실제 객체를 그대로 호출하지 않고, 프록시 객체를 생성하여 그 안에서 부가기능을 처리한다.
프록시는 메서드 호출을 가로채서, 전/후 처리 로직을 삽입한 후 실제 객체에 위임한다.
프록시(Proxy)란?
프록시(Proxy)는 원래 객체에 대한 접근을 제어하는 대리 객체로, 스프링 AOP에서는 프록시 객체가 실제 객체를 감싸고 요청을 전달한다.
Client → Proxy → (전처리: 로깅) → 실제 서비스 메서드 호출 → (후처리: 실행시간 측정) → 결과 반환
스프링 AOP는 프록시를 기반으로 동작하여 트랜잭션 처리, 로깅, 보안 등 부가기능을 유연하게 추가할 수 있다.
프록시를 활용해 코드의 관심사를 명확히 분리하고 유지보수성을 높일 수 있다.
728x90
'Backend > 스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술' 카테고리의 다른 글
[Spring] 6_4. 스프링 DB 접근 기술 - JPA (0) | 2025.05.03 |
---|---|
[Spring] 6_3. 스프링 DB 접근 기술 - 스프링 JdbcTemplate (0) | 2025.05.03 |
[Spring] 어노테이션 정리 (1) | 2025.04.29 |
[Spring] 6_2. 스프링 DB 접근기술 - 순수 JDBC (0) | 2025.04.29 |
[Spring] 5. 회원관리 예제(웹 MVC 개발) (3) | 2025.04.29 |