[Spring] Filter 와 Interceptor 차이

Filter
특징	- J2EE 표준 스펙 기능으로 Dispatcher Servlet 에 요청이 전달되기 전/후 url 패턴에 맞는 모든 요청에 대해 부가작업을 처리할 수 있는 기능을 제공 - filter 는 스프링 범위 밖에서 처리 - 스프링 컨테이너가 아닌 톰캣과 같은 웹 컨테이너에 의해 관리가 되는 것이고, 디스패처 서블릿 전/후에 처리하는 것 - 단, 스프링 빈으로 등록이 가능 - 필터를 추가하기 위해서는 javax.servlet 의 Filter 인터페이스를 구현(implements) 해야 함
Filter 메소드	init	- 필터 객체를 초기화하고 서비스에 추가하기 위한 메소드 - 웹 컨테이너가 1회 init 메소드를 호출하여 필터 객체를 초기화 하면, 이후의 요청들은 doFilter를 통해 처리된다.
	doFilter	- url-pattern 에 맞는 모든 HTTP 요청이 디스패처 서블릿으로 전달되기 전 웹 컨테이너에 의해 실행되는 메소드 - doFilter 의 파라미터로는 FilterChain이 있는데, FilterChain 의 doFilter 통해 다음 대상으로 요청을 전달하게 된다. chain.doFilter() 전/후에 필요한 처리 과정을 넣어줌으로써 원하는 처리를 진행 할 수 있다.
	destroy	- 필터 객체를 서비스에서 제거하고 사용하는 자원을 반환하는 메소드 - 웹 컨테이너에 의해 1번 호출되며 이후 doFilter에 의해 처리되지 않는다.

 

 

Interceptor
특징	- Spring 이 제공하는 기술 - Dispatcher Servlet 이 컨트롤러를 호출하기 전과 후에 요청과 응답을 참조하거나 가공할 수 있는 기능을 제공 - 스프링 컨텍스트에서 동작 - DispatcherServlet 은 핸들러매핑을 통해 적절한 컨트롤러를 찾도록 요청하는데, 그 결과로 실행 체인(HandlerExecutionChain)을 return - 이 실행 체인은 1개 이상의 인터셉터가 등록되어 있다면 순차적으로 인터셉터들을 거쳐 컨트롤러가 실행되도록 하고, 인터셉터가 없다면 바로 컨트롤러를 실행한다.
메소드	preHandle	- 컨트롤러 호출 전 실행 - 컨트롤러 이전에 처리해야 하는 전처리 작업이나 요청 정보를 가공하거나 추가하는 경우에 사용
	postHandle	- 컨트롤러 호출 후 실행 - 컨트롤러 이후에 처리해야 하는 후처리 작업이 있을 때 사용 가능 - 컨트롤러가 반환하는 ModelAndView 타입의 정보가 제공되는데, 최근 Json 형태로 데이터를 제공하는 RestAPI 기반의 컨트롤러(@RestController)를 만들면 자주 사용되지 않음
	afterCompletion	- 모든 뷰에서 최종 결과를 생성하는 일을 포함해 모든 작업이 완료된 후 실행 - 요청 처리 중 사용한 리소스를 반환할 때 사용하기 적합

실제로는 Interceptor 가 Controller 로 요청을 위임하지 않음. 위 그림은 동작순서를 도식화 한 것임

 

 

	Filter	Interceptor
관리되는 컨테이너	웹 컨테이너	스프링 컨테이너
Request/Response 객체 조작 가능 여부	O	X
용도	- 공통된 보안 및 인증/인가 관련 작업 - 모든 요청에 대한 로깅 또는 감사 - 이미지/데이터 압축 및 문자열 인코딩 - Spring과 분리되어야 하는 기능	- 세부적인 보안 및 인증/인가 공통 작업 - API 호출에 대한 로깅 또는 감사 - Controller 로 넘겨주는 정보(데이터)의 가공

<참조>

https://mangkyu.tistory.com/173

[Spring] 필터(Filter) vs 인터셉터(Interceptor) 차이 및 용도 - (1)