AOP

AOP가 필요한 상황

• 모든 메소드의 호출 시간을 측정하고 싶다면?
• 공통 관심 사항(cross-cutting concern) vs 핵심 관심 사항(core concern)
• 회원 가입 시간, 회원 조회 시간을 측정하고 싶다면?
  

emberService 회원 조회 시간 측정 추가

• (시간을 측정해야 할)모든 메소드에 각각 시간을 측정하는 코드를 작성해야함(MemberServie)

문제

"service/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");
        }
    }

• 회원가입, 회원 조회에 시간을 측정하는 기능은 핵심 관심 사항이 아니다.
• 시간을 측정하는 로직은 공통 관심 사항(try 블럭 외의 부분)이다.
• 핵심 관심 사항은 try 블럭에 들어가 있는 로직
• 시간을 측정하는 로직과 핵심 비즈니스의 로직이 섞여서 유지보수가 어렵다.
• 시간을 측정하는 로직을 별도의 공통 로직으로 만들기 매우 어렵다.
• 시간을 측정하는 로직을 변경할 때 모든 로직을 찾아가면서 변경해야 한다.

AOP 적용

• AOP: Aspect Oriented Programming(관점지향 프로그래밍)
• 공통 관심 사항(cross-cutting concern) vs 핵심 관심 사항(core concern) 분리
• 시간 측정 로직을 생성해서 원하는 곳에 적용
  

시간 측정 AOP 등록

• TimeTraceAop의 TimeTraceAop 클래스에 Aspect anotation 추가
• TimeTraceAop의 TimeTraceAop 클래스에 @Component를 추가하거나 SpringConfig에 @Bean, TimeTraceAop 메소드 추가
• @Around("execution( hello.hellospring..(..))")
  문법 : execution (패키지명.클래스명..(..))

해결

• 회원가입, 회원 조회등 핵심 관심사항과 시간을 측정하는 공통 관심 사항을 분리한다.
• 시간을 측정하는 로직을 별도의 공통 로직으로 만들었다.
• 핵심 관심 사항을 깔끔하게 유지할 수 있다.
• 변경이 필요하면 이 로직만 변경하면 된다.
• 원하는 적용 대상을 선택할 수 있다.

스프링의 AOP 동작 방식 설명

AOP 적용 전 의존관계

AOP 적용 후 의존관계

• 가짜 memberService(proxy)를 만들어서 앞에 태우고 proxy가 끝나면 진짜를 호출

AOP 적용 전 전체 그림

AOP 적용 후 전체 그림

• 실제 Proxy가 주입되는지 콘솔에 출력해서 확인하기

git commit num: f87c4df 참고