📖 Interceptor

Spring Mvc에서 Controller에 도달하기 전이나 후의 흐름을 제어할 수 있다

• HandlerInterceptor를 implements 받는다

• 컨트롤러-디스패쳐서블릿 사이에 위치해서 특정 컨트롤러의 요청과 응답을 컨트롤

• WebMvcConfigurer에 등록해서 사용한다

  ---

📌 메서드

✔️ preHandle()

• 호출시점 : 컨트롤러 호출 전
• 반환 타입이 boolean - true 다음 인터셉터 or 컨트롤러 호출 / false 작업 중단

✔️ postHandle()

• 호출시점 : 컨트롤러 호출 후
• (결과값이 반환된 이후에 실행되기에 )예외 발생시 실행 ❌

✔️ afterCompletion()

• 호출시점 : 뷰가 랜더링된 이후
• 예외 발생 여부와 무관하게 클라이언트에게 응답 전달시 실행

▶️ 사용예시

---

▪️ AdminInterceptor

• HandlerInterceptor의 구현 클래스 생성
• API에 접근한 시간과 요청 URI를 로그에 남기도록 했다

▪️ Webconfig

• 등록해준뒤에 uri 범위를 지정했다
  ( 해당 예제에서는 admin 접근시 로깅하라는 요구사항이 있었음 )

---

📖 AOP

애플리케이션의 공통기능을 분리하고 모듈화한다 (로깅, 트랜젝션 관리, 보안 등)

참고링크

📌 Aspect

• 공통 관심 사항을 정의하는 모듈

    public AdminLogAspect(ObjectMapper objectMapper) {
        this.objectMapper = objectMapper;
    }

📌 Advice

• Aspect의 동작을 정의하는 부분

  이름	동작 시점
  @Before	메서드 실행 전 동작추가
  @AfterReturning	메서드 정상종료 후 동작추가
  @AfterThrowing	메서드 예외발생 시 동작추가
  @After	메서드가 실행 후 무조건 동작추가 (성공/예외 발생 여부와 무관)
  @Around	메서드 실행 전후 모두 동작추가 (가장 강력한 유형)

✔️ 예시

 @Around("all()")
    public Object logging (ProceedingJoinPoint pjp) throws Throwable {
    ...

📌 Pointcut

• 어떤 메서드가 어떤 Advice를 받을지 결정하는 표현식 ⇢ 정규식으로 작성
  ( 패키지, 특정 클래스의 메서드 등으로 작성 가능 )

✔️ 예시

    @Pointcut("execution(* org.example.expert.domain.user.controller.UserAdminController.*(..))")
    public void adminUser() {}

📌 Join Point

• 프로그램 실행 중 특정한 시점을 의미, Advice가 언제 적용될 지
• JoinPoint: 메서드 실행 전까지만 접근 가능 (@Before, @After 등에서 사용)
• ProceedingJoinPoint: 메서드 실행 자체를 제어할 수 있음 (@Around에서만 사용)

📌 Weaving

• Aspect를 대상코드에 적용하는 프로세스를 의미
• 컴파일 시점, 클래스 로딩 시점, 런타임 시점에 Weaving을 수행할 수 있음

일단 블로그 보고 무난하게 구현,,

포인트 컷으로 적용할 컨트롤러를 정규식!!으로 적어준다~
첨엔 코멘트 유저 나눴다가
around로 또 범위 정해주는데~~ 걍 all로 합침

문제는 요청 본문과 응답 본문을 json 형태로 가져와서 로깅하라는 요구사항이 있는데..

문제점

다른 정보들 처럼 그냥 request.get~~ 으로 불러올수있을거라고 생각해서 메서드를 찾아보았으나
tomcat에서 한번 read한 body는 두번 읽을 수가 없다고 한다
내부에서 요청 파라미터를 바인딩할때 한번 리드 하므로,,
내가 메서드 실행 전에 채가서 read 해버리면 바인딩이 불가한 상황!
그럼 어떻게 하냐?
읽는 메서드도 내가 따로 만들어야한다 이말이다~~
한번밖에 못읽어? 그럼 직접 만들어 읽어~~
ㅎ..
진짜 여기서부터 모르겠는데
1.HttpServletRequestWrapper를 상속받아 메서드를 오버라이딩 하면된다
2.ContentCachingRequestWrapper를 사용한다 -> 요걸 선택! 1번을 정리한 글이 어마무시했기때문

으아아아아아악

ContentCachingRequestWrapper를 필터로 만든다
왜 필터로 만드냐? 걍 클래스로 만들면 안댐?
안댐 톰캣이 읽을려고 가져가기 전에 감싸놔야하거든~

암튼 필터를 만들고 필터를 등록한다
적용범위는 걍 전체로 함 어차피 aop에서 적용범위가 정해져있음(포인트컷)
+언제 다른 메서드의 요청 본문을 로깅해야할지 모르므로~

그리고 사용을 하면되는데
일단 블로그에서 if로 instanceof로 확인하길래 따라하고 이유를 찾아보니
내가불러온 request가 아아까 감싸뒀던!! 걔가 맞는지 검증하는 거라는데
그래서 검증을 꼭 해야하냐고? 안해밨다 모른다 !! 급하니까 하란대로 했다
암튼간에 스트링으로 변환하면 끝~

응답 본문은 걍 objectMapper로 긁어오면 된다~
얘는 요청이 아니라 응답이라서 톰캣 이새기가 읽을일이 없기 때문이다..