[스프링 입문] #7. AOP

[Pracrobo]

AOP

AOP 가 필요한 상황 (언제, 왜 쓰는가)

모든 메소드의 호출 시간을 측정을 하고 싶다면?

    public MemberService(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }

    /**
     * 회원가입
     */
    public Long join(Member member) {

        Long start = System.currentTimeMillis();
        try{
            validateDuplicateMember(member);  //중복 회원 검증
            memberRepository.save(member);
            return member.getId();
        } finally{
           long finish = System.currentTimeMillis();
           long result = finish-start;
            System.out.println("join = " + result + "ms");

        }
    }

• 이런식으로 계속 하나씩 추가해보면 99999개 할 수도 있게 된다.
• 문제
  • 회원가입, 회원 조회에 시간을 측정하는 기능은 핵심 관심 사항이 아니다.
  • 시간을 측정하는 로직은 공통 관심 사항이다.
  • 시간을 측정하는 로직과 핵심 비즈니스의 로직이 섞여서 유지보수가 어렵다.
  • 시간을 측정하는 로직을 별도의 공통 로직으로 만들기 매우 어렵다.
  • 시간을 측정하는 로직을 변경할 때 모든 로직을 찾아가면서 변경해야 한다.

공통 관심 사항과 핵심 관심 사항으로 나눌 수 있음.

AOP 적용

• AOP: Aspect Oriented Programming
• 공통 관심 사항(cross-cutting concern) vs 핵심 관심 사항(core concern) 분리
• TimeTraceApp으로 공통 관심 사항 모아 적용

package basic.spring.aop;

import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Aspect;
import org.springframework.stereotype.Component;

@Aspect
@Component
public class TimeTraceAop {

    @Around("execution(* basic.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");
        }
    }
}

//SpringConfig 에 추가하기 or TimeTraceApp에 @Component 스캔하기
 //TimeTraceApp (위에다가 Component 어노테이션 추가하기) 

@Component
public class TimeTraceAop {
...
}
//or
// SpringConfig
    @Bean
    public TimeTraceAop timeTraceAop() {
        return new TimeTraceAop();
    }

이제 app을 돌려보면,

• 회원 목록을 클릭하면 다음과 같이 로그가 기록된다.

*앞쪽에 Service에 있던 time 메소드들을 다 삭제하면,

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

동작 방식(스프링)

• AOP 적용 전, 후 보기

• aop를 적용하고 가짜 멤버 service를 만들어낸다.
• 프록시라는 기술로 가짜 spring bean 을 앞에 세워놓고
• 가짜 스프링 빈이 끝나면 JoinPoint.proceed()하면 진짜를 그때 호출
• 자세히는 나중에 ,,,
• Controller 에서 찍어보면 된다.

@Controller
public class MemberController {
    private  MemberService memberService;


    @Autowired
    public MemberController(MemberService memberService) {
        
        this.memberService = memberService;
        System.out.println("memberService = " + memberService.getClass());
//getClass()로 확인
    }

• Service만 적용하면
• 이렇게 Proxy 가 호출된다.

• 전체 그림을 보면

• DI를 하니깐 Proxy가 들어오고 AOP가 가능한 것
• 이것 말고 자바 컴파일 타임에 코드를 아예 generate해서 진짜 자바 코드를 위아래로 쓰는 것도 있다.