[spring] 인터셉터 와 필터




스프링에서 전후처리기(?)를 담당하는
인터셉터 필터라는게 있다. 

둘다 알고 계신 훌륭한 개발자 분들도 많으시겠지만 ㅋ 

본인처럼 인터셉터만 알고 있는 경우에는 
가볍게라도 필터에 대해서 알아두시라고 몇자 적어 본다. ㅎ 


사실 기능만 보면 인터셉터와 필터는 
무척 비슷해 보인다. 

게다가 filter로 해야 되는 일들은 
사실 interceptor로 해결할 수 있는 듯 하다. 
(적어도 본인이 하고 있는 프로젝트에서는.. ㅋ)


구글 창에다가 
'difference interceptor and filter'
의 검색결과가 여러페이지 나오는 걸 보면
많은 사람들이 궁금해 하는게 
다 이러한 이유인것 같다. 



본론으로 들어가서 

우선 인터셉터 설정파일을 보면 

     <mvc:interceptors>
        <mvc:interceptor>
           <mvc:mapping path="/api1/*" />  
           <mvc:mapping path="/api2/*" />  
           <mvc:mapping path="/api3/*" />  
           <bean class="com.changpd.test.interceptor.인터셉터클래스" />
         </mvc:interceptor>
    </mvc:interceptors>


보통 이런식으로 선언 되어있을듯 하다. 
해석은 api1,2,3 호출되기전에 인터셉터클래스를 먼저 호출하겠다. 
뭐 이런뜻이다. 


이번엔 필터 부분 설정 파일을 보면

    <filter>
        <filter-name>필터이름</filter-name>
        <filter-class>com.changpd.test.filter.필터클래스</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>필터이름</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>


이것도 해석해보면
어떤게 호출되든지간에 (/*) '필터이름' 부터 먼저 호출하겠다. 


역시나 비슷해 보인다. 
인터셉터나 필터나, 
api1,2,3이 호출되면 
각각 자신이 
전후처리기역할을 수행하려는 의도이다. 




차이점 

그럼 대체 뭐가 다르냐면
스프링에서 reqeust가 어떻게 흘러다니는지가 나와있는 아래 그림을 보면 좀 이해가 한결 수월해진다. 





일단 호출되는 시점이 다르다. 

보통 인터셉터나 필터나 
컨트롤러 들어가기전에 작업을 처리 하기 위해 사용하므로 
별반 차이 없어 보일 수 있으나 
위의 라이프사이클 그림을 보면 
호출되는 시점이 다르다는걸 알 수 있다.  


사소하지만,
필터의 경우는 인터셉터와 다르게 설정 정보를 web.xml에 작성한다.


그리고 마지막으로는 
멤버함수의 용도가 다르다. 

인터셉터.

preHandle() : 컨트롤러 들어가기 전
postHanle() : 컨트롤러 들어갔다 나온후 뷰로 보내기전
afterCompletion() : 뷰까지 끝나고 나서


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


doFilter 함수는 보통 아래처럼 작성된다. 

 public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {

        // 전 처리   
        chain.doFilter(request, response);
        // 후 처리
    }

필터는 doFilter 함수에서 전후처리를 모두 담당하는데
doFilter가 요청전과 후, 
두번 호출되는 방식이다. 


개인적으로 정리해 보면 
인터셉터와 필터의 기능은 비슷하지만,

필터의 경우 
호출시점이 자유롭지 못하다 보니 
사용성에서는 분명 인터셉터보다 떨어지는 부분이 있을 듯하다.















댓글

  1. 좋은글 감사합니다.

    제 작은 지식을 조금 말씀드리자면, 필터는 J2EE 표준 스펙에 나와있는 Servlet 기술중 일부라서 web.xml에 기술되는것으로 판단되고,
    인터셉터는 비슷한 기술이지만, Spring에 녹인것으로 보이네요.

    스프링 기반으로 한다면 당연히 필터보단 인터셉터를.. 스프링없이 단순 Servlet구현이라면 필터를 사용해 유사하게 구현가능하겠네요.

    답글삭제
    답글
    1. 아.. j2EE 표준 스펙. 그건 생각못했네요. 덕분에 한가지더 배웠네요. 감사합니다. ㅠ

      삭제
    2. 무릎을 탁! 치고 갑니다

      삭제
  2. 헷갈리던 차에 게시하신글이 많이 도움되었습니다. 감사합니다^^

    답글삭제
  3. 작성자가 댓글을 삭제했습니다.

    답글삭제
  4. 머가 다른지 궁금했는데 해결되네요.~~ 굿굿~~

    답글삭제

댓글 쓰기

이 블로그의 인기 게시물

[spring] log4j 설정 및 사용법

[linux] 백그라운드 작업 nohup [xxx.sh] &