서블릿 필터 vs 스프링 인터셉터

서블릿 필터

필터는 서블릿이 지원하는 특정 요청을 처리하는 기능이다.

필터의 흐름

• HTTP에서의 요청 > WAS > 필터 -> 서블릿 -> 컨트롤러
• 필터를 적용하면 필터가 호출된 다음에 서블릿이 호출된다.
• 모든 고객의 요청로그를 남기는 요구사항이 있다면 필터를 사용하면 된다.
• 참고로 필터는 특정 url패턴에 적용할 수 있고,

필터 체인

HTTP에서의 요청 > WAS > (필터1 > 필터2 > 필터3 ) > ... > 서블릿 > 컨트롤러

• 필터는 체인으로 구성되는데 중간에 필터를 자유롭게 추가할 수 있다.
  예를 들면, 로그 남기는 필터를 먼저 적용하고,
  그 다음에 로그인 여부를 체크하는 필터를 추가해서 만들 수 있다.

필터 메서드

• init() : 필터 초기화하는 메서드
  • 서블릿 컨테이너가 생성될 때 호출된다.
• doFilter() : 고객의 요청이 올 때마다 해당 메서드가 호출된다.
  • 필터의 로직을 구현한다.
• destroy() : 필터를 종료하는 메서드로, 서블릿 컨테이너가 종료될때 호출된다.

스프링 인터셉터

스프링 인터셉터란?

스프링 인터셉터은 서블릿 필터와 같이 웹과 관련된 공통 관심사항을 효과적으로 해결할 수 있는 스프링 MVC가 제공하는 기술이다.

스프링 인터셉터의 흐름

HTTP요청 > WAS > 필터 > 서블릿 > 스프링 인터셉터 > 컨트롤러

• 스프링 인터셉터는 스프링 MVC가 제공하는 기능이기 때문에, 디스패처 서블릿과 컨트롤러 사이에서 컨트롤러 호출 직전에 호출된다.
• 스프링 인터셉터에서 적절하지 않은 요청이라고 판단되면, 컨트롤러를 실행하지 않는다.

스프링 인터셉터 체인

HTTP 요청 > WAS > 필터 > 서블릿 > (인터셉터1 > 인터셉터2 > ... ) > 컨트롤러

• 스프링 인터셉터는 체인으로 구성되는데, 중간에 인터셉터를 자유롭게 추가할 수 있다.

서블릿 필터를 사용할 때보다, 스프링 인터셉터를 사용할 때의 이점

• 서블릿 필터보다 편리하고 더 정교하게 다양한 기능을 지원한다.

스프링 인터셉터 인터페이스

HandlerIntercepter 인터페이스를 구현

• 서블릿 필터의 경우 단순하게 doFilter() 하나만 제공되지만, 인터셉터는 컨트롤러 호출 전(preHandle), 호출 후(postHandle), 요청 완료(afterCompletion) 이후와 같이
  단계적으로 잘 세분화 되어 있다
  
• 1) preHandle
  : 컨트롤러 호출 전에 호출된다.
  • true이면, 다음으로 진행,
    false이면, 더 진행하지 않는다.
    (나머지 인터셉터는 물론, 컨트롤러 호출도 되지 않는다.)
• 2) postHandle
  : 컨트롤러 호출 후에 호출된다.
• 3) afterCompletion
  : 뷰가 랜더링 된 이후에 호출된다.

결론

• 인터셉터는 스프링 MVC구조에 특화된 필터 기능을 제공하지만, 스프링 MVC사용하는데, 특별히 필터를 사용하는 상황이 아니라면, 인터셉터를 사용하는 것이 더 편리하다.