[TIL] Filter vs Interceptor

💡 필터와 인터셉터의 차이

  ▪️ 필터 Filter

 - 디스패치 서블릿에 요청이 전달되기 전/후에 url 패턴에 맞는 모든 요청에 대해 부가 작업 처리 가능

 - 디스패치 서블릿? 스프링의 가장 앞단에 존재하는 프론트 컨트롤러

 - 즉, 필터는 스프링 범위 밖에서 처리 됨

  ▸ 필터의 메소드

  : 필터를 추가하기 위해서는 Filter 인터페이스를 구현해야하며 3가지 메소드를 가짐

public interface Filter {
    public void init(FilterConfig filterConfig) throws ServletException {}
    
    public void doFilter(ServletRequest request,
    					 ServletResponse response,
                         FilterChain chain) throws IOException, ServletException;
    public void destroy() {}
}

   ① init( )

    -  필터 객체를 초기화하고 서비스에 추가하기 위한 메소드

   ② doFilter( )

    - url 패턴에 맞는 모든 HTTP 요청이 디스패처 서블릿으로 전달되기 전 웹 컨테이너에 의해 실행되는 메소드

   ③ destory( )

    - 필터 객체를 서비스에서 제거하고 사용하는 자원을 반환

---

  ▪️ 인터셉터 Interceptor

  - Spring이 제공하는 기술로써 디스패처 서블릿이 컨트롤러를 호출하기 전 후 요청과 응답을 참조하거나 가공할 수 있는 기능

  - 즉, 웹 컨테이너에서 동작하는 필터와 달리 인터셉터는 스프링 컨텍스트에서 동작

  - 디스패처 서블릿 ? 핸들러 매핑을 통해 적절한 컨트롤러를 찾도록 요청 - 그 결과로 HandlerExecutionChain 돌려줌

     → 1개 이상의 인터셉터가 등록되어 있다면 순차적으로 인터셉트를 거쳐 컨트롤러 실행

         인터셉터가 없다면 바로 컨트롤러 실행

  ▸ 인터셉터의 메소드

  : 인터셉터를 추가하기 위해서는 HandlerInterceptor 인터페이스를 구현해야 하며 3가지 메소드를 가짐

public interface HandlerInterceptor {
	boolean preHandle(HttpServletRequest request,
    				  HttpServletResponse response,
                      Object handler) throws Exception {
         return true;
    }
    
    void postHandle(HttpServletRequest request,
    				  HttpServletResponse response,
                      Object handler,
                      @Nullable ModelAndView modelAndView) throws Exception {
    }
    
    void afterCompletion(ttpServletRequest request,
    				  HttpServletResponse response,
                      Object handler),
                      @Nullable Exception ex) throws Exception {
    }
}

   ① preHandle( )

    -  컨트롤러가 호출되기 전 실행

    - 컨트롤러 이전에 처리해야 하는 전처리 작업이나 요청 정보를 가공하거나 추가할 때 사용

   ② postHandle( )

    - 컨트롤러가 호출된 후 실행

    - 컨트롤러 이후에 처리해야 하는 후처리 작업이 있을 때 사용

   ③ afterCompletion( )

    - 모든 뷰에서 최종 결과를 생성하는 일을 포함해 모든 작업이 완료된 후 실행