Spring Framework/Spring Boot

[Spring Boot] Filter, Interceptor, AOP

장쫄깃 2022. 4. 15. 10:30
728x90

들어가며

자바 웹 개발을 하다보면, 공통적으로 처리해야할 업무들이 많다.

예를들어 로그인, 권한, XSS, pc/mobile 등 사용자 agent 체크, 로그, 페이지 인코딩 변환 등이 있다.

공통업무에 관련된 코드를 모든 페이지 마다 작성 해야한다면 중복된 코드가 많아지게 되고 

프로젝트 단위가 커질수록 서버에 부하를 줄 수도있으며, 소스 관리도 되지 않는다.

즉, 공통 부분은 빼서 따로 관리하는게 좋다.

이러한 공통업무를 프로그램 흐름의 앞, 중간, 뒤에 추가하여 자동으로 처리할 수 있는 방법이 

위와 같은 공통처리를 위해 활용할 수 있는 것이 3가지가 있다.

 

1. Filter

2. Interceptor

3. AOP

 

스프링에서 사용되는 Filter, Interceptor, AOP 세 가지 기능은 모두 무슨 행동을 하기전에 먼저 실행하거나, 실행한 후에 추가적인 행동을 할 때 사용되는 기능들이다.

그렇다면 요청에 흐름에 따라 필터, 인터셉터, AOP의 차이점에 대해 알아보자.

 

 

Filter, Interceptor, AOP의 흐름

출저 : https://goddaehee.tistory.com/154

  • Filter -> Interceptor -> AOP -> Interceptor -> Filter
  • Filter와 Interceptor는 Servlet 단위에서 실행된다. 반면 AOP는 메소드 앞에서 Proxy 패턴으로 실행된다.
  • 필터를 웹 컨테이너 내에 생성한 후 초기화 시 init()이 호출된다. 그리고 doFilter가 호출된다.
  • 컨트롤러에 들어가기 전에 preHandler()가 실행된다.
  • 컨트롤러에 나와 postHandler(), afterCompletion(), doFilter() 순으로 실행된다.
  • 컨트롤러의 메소드 처리가 끝나 return 되고 화면에 띄워주는 처리가 되기 직전에 preHandler()가 호출된다.
  • 서블릿 종료 시 Filter.destroy()가 실행된다.

 

 

Filter

Filter(필터)는 요청과 응답을 거른 뒤 정제하는 역할을 한다.

서블릿 필터는 DispatcherServlet 이전에 실행이 되는데 필터가 동작하도록 지정된 자원의 앞단에서 요청내용을 변경하거나, 여러 가지 체크를 수행할 수 있다.

또한 자원의 처리가 끝난 후 응답 내용에 대해서도 변경하는 처리를 할 수가 있다.

보통 web.xml에 등록하고, 일반적으로 인코딩 변환 처리, XSS 방어 등의 요청에 대한 처리로 사용된다.

  • init(): 필터 인스턴스 초기화
  • doFilter(): 전/후 처리
  • destroy(): 필터 인스턴스 종료

 

 

Interceptor

Interceptor(인터셉터)는 요청에 대한 작업 전, 후로 가로챈다.

Filter는 스프링 컨텍스트 외부에 존재하여 스프링과 무관한 자원에 대해 동작한다.

그러나 인터셉터는 스프링의 DistpatcherServlet이 컨트롤러를 호출하기 전, 후로 끼어들기 때문에 스프링 컨텍스트(Context, 영역) 내부에서 Controller(Handler)에 관한 요청과 응답에 대해 처리한다.

스프링의 모든 빈 객체에 접근할 수 있다. 인터셉터는 여러 개를 사용할 수 있고 로그인 체크, 권한 체크, 프로그램 실행 시간 계산작업 로그 확인 등의 업무처리에 사용한다.

  • preHandler(): 컨트롤러 메소드가 실행되기 전
  • postHanler(): 컨트롤러 메소드 실행직 후 view 페이지 렌더링 되기 전
  • afterCompletion(): view 페이지가 렌더링 되고 난 후

 

 

AOP

AOP는 OOP를 보완하기 위해 나온 개념이다. 객체 지향의 프로그래밍을 했을 때 중복을 줄일 수 없는 부분을 줄이기 위해 종단면(관점)에서 바라보고 처리한다.

주로 ‘로깅’, ‘트랜잭션’, ‘에러 처리’ 등 비즈니스단의 메소드에서 조금 더 세밀하게 조정할 때 사용한다.

Interceptor나 Filter와는 달리 메소드 전후의 지점에 자유롭게 설정이 가능하다. Interceptor와 Filter는 주소로 대상을 구분해서 걸러내야 하는 반면, AOP는 주소, 파라미터, 애노테이션 등 다양한 방법으로 대상을 지정할 수 있다.

AOP의 Advice와 HandlerInterceptor의 가장 큰 차이는 파라미터의 차이다. Advice의 경우 JoinPoint나 ProceedingJoinPoint 등을 활용해서 호출한다. 반면 HandlerInterceptor는 Filter와 유사하게 HttpServletRequest, HttpServletResponse를 파라미터로 사용한다.

  • @Before: 대상 메소드의 수행 전
  • @After: 대상 메소드의 수행 후
  • @After-returning: 대상 메소드의 정상적인 수행 후
  • @After-throwing: 예외발생 후
  • @Around: 대상 메소드의 수행 전, 후

 

 

차이점

1. 적용 시점

Filter -> Interceptor -> AOP

 

2. 적용 방식

  • Filter: web.xml or @Filter / FilterRegistrationBean 등
  • Interceptor: servlet-context.xml or @Configuration (HandlerInterceptorAdaptor, InterceptorRegistry 등)

3. 실행 위치

  • Interceptor, Filter: Servlet 단위에서 실행
  • AOP: 메소드 앞에 Proxy 패턴의 형태로 실행

 

 

정리하며

웹 개발 중 사용되는 공통 기능을 Filter, Interceptor, AOP 로 상황에 맞게 분리시키면 코드가 훨씬 깔끔하고 보기 좋아질 것 같다.

Filter는 request 체크(XSS 방어, 암/복호화 등 인코딩 변환처리)

Interceptor는 로그인 체크, 권한 체크와 URL에 따른 기능 처리

AOP는 로깅, 트랜잭션, 에러처리 등 클래스, 메소드같은 비즈니스단에서 진행될 공통기능

으로 사용하면 좋을 것 같다.

728x90