Filter VS Interceptor

기술 제공자

• Filter: J2EE 표준 스펙을 구현한 기술이다. 톰캣과 같은 웹 컨테이너에 의해 관리된다.

• Interceptor: 스프링에서 제공하는 기술이다. 디스패처 서블릿이 컨트롤러를 호출하기 전과 후에 응답을 참조하거나 가공한다.

관리되는 컨테이너가 각각 웹 컨테이너와 스프링 컨테이너이다.

실행 시점

• Filter
• doFilter(): 요청이 디스패처 서블릿에 전달되기 전에 수행된다.
• doFilter(): 응답이 디스패처 서블릿을 거치고 난 이후에 수행된다.

• Interceptor
• preHandle(): 요청이 디스패처 서블릿에 전달된 이후에 수행된다.
• postHandle(): 응답이 디스패처 서블릿을 거치기 전에 수행된다.

Request/Response 조작 가능 여부

public class CustomFilter implements Filter {
  public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) {
    // 조작된 request, response 로 doFilter() 의 호출이 가능하다.
    chain.doFilter(request, response);
  }
}

public class MyInterceptor implements HandlerInterceptor {
  default boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) {
    // true, false 만 반환 가능하다.
    return true;
  }
}

용도

• 사실상 비슷한 용도로도 많이 쓰는 것 같다.
• ex. 보안, 인가 작업, 로깅, Audit

• Filter 는 스프링과 분리되어야 하는 기능을 적용 가능하다.
• ex. 이미지/데이터 압축 및 문자열 인코딩

• Interceptor 는 스프링과 연관이 많은 작업을 하기 쉽다.
• ex. 빈 호출에 대한 로깅, Audit

빈 등록 여부

스프링 부트에서는 내장 톰캣을 이용해 서블릿 컨테이너까지 스프링 부트가 제어하게 되므로 DelegatingFilterProxy 로 감싸서 등록할 필요도 없다.

출처