기본 콘텐츠로 건너뛰기

[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. 머가 다른지 궁금했는데 해결되네요.~~ 굿굿~~

    답글삭제

댓글 쓰기

이 블로그의 인기 게시물

메일서버가 스팸으로 취급받을때

설치한 메일서버를 통해 발송되는 메일이 스팸으로 들어가는 경우가 더러 있다. 이게 한번 들어가기는 쉬운데, 빠져나오기는 드럽게 힘든것 같다... 본인의 경우에는 우선 국내서비스에는 별 무리 없이 들어간다. (naver,daum 등) 그런데 해외메일 그중 Gmail, Hotmail 에는 에누리없이 스팸으로 간주되고 있었다. Gmail같은 경우에는 그래도 스팸함으로 발송은 제대로 되는반면에 Hotmail같은경우에는 아예 수신자체가 안되는 경우도 더러있다.. ㅡ,.ㅡ; 제일 좋은 방법은 Gmail,Hotmail에 전화걸어서 우리 메일서버 IP white Ip로 등록해달라!!! 하면 좋지만, 얘네들은 걸어봤자 자동응답기고, 문의채널은 구글 그룹스 게시판이 전부다.. 본론으로 들어가서. 해외 메일이 차단될 경우 내 매일서버ip가 스팸ip로 등록되 버린 경우일 수 있다. (본인처럼. ㅎ) 이것부터 조회 해보고 싶으면 RBL(real-time blocking List) 체크를 해야 하는데, RBL체크 해주는 사이트는 꽤 많이 있고, 그중 좀 깔끔해 보이는곳 하나 소개. http://www.anti-abuse.org/ 메일서버ip 입력하고 조회해보면 쭈루룩 리스트가 나온다. 그 중 빨간불이 들어온 부분이 메일 서버가 스팸서버가 된 각종 이유들이다.ㅋ 본인의 경우 CBL 때문에 걸렸는데, 내용은 아래와 같다. This IP address is HELO'ing as  "localhost.localdomain"  which violates the relevant standards (specifically: RFC5321). 메일서버 도메인에 별다른 작업을 안해놓아서 "localhost.localdomain" 으로 설정되어있었다. 만약 CBL만 바로 테스트 해보고 싶으면 http://cbl.abusea

[javascript] 특정시간에만 함수 실행

특정시간에만 팝업을 띄우려면?? 특정시간에만 로그인을 막으려면?? 특정시간에만 할일은 의외로 참 많다. 방법? 딱히 없다. 현재시간 구해서 시작시간, 종료시간 사이에 있을때 시작하는 수밖엔. if ((현재시간 > 시작시간) && (현재시간 < 종료시간)){ .. 팝업노출(); 공사페이지 리다이렉트(); 기타등등(); .. } 자바스크립트로 작성하면 다음과 같다. var startdate = "2014012008" ; var enddate = "2014012418" ; var now = new Date (); //현재시간 year = now. getFullYear (); //현재시간 중 4자리 연도 month = now. getMonth () + 1 ; //현재시간 중 달. 달은 0부터 시작하기 때문에 +1 if ((month + "" ). length < 2 ){ month = "0" + month; //달의 숫자가 1자리면 앞에 0을 붙임. } date = now. getDate (); //현재 시간 중 날짜. if ((date + "" ). length < 2 ){ date = "0" + date; } hour = now. getHours (); //현재 시간 중 시간. if ((hour + "" ). length < 2 ){ hour = "0" + hour; } today = year + "" + month + "" + date + "" + hour; //오늘 날짜 완성. / / 시간비교 i

스레드 동기화1 - syncronized

구현 스레드를 구현하는 방법은 2가지다. 1. Thread 클래스를 extends 한다. 2. Runnable 인터페이스를 implements 한다. 뭐 사실 Thread는 생성자의 변수로 Runnable을 취한다. public Thread (Runnable target) { init( null, target , "Thread-" + nextThreadNum () , 0 ) ; } 그리고 Runnable 인터페이스는 run() 이라는 단일함수를 갖는 인터페이스이다. @FunctionalInterface public interface Runnable { /** * When an object implementing interface <code> Runnable </code> is used * to create a thread, starting the thread causes the object's * <code> run </code> method to be called in that separately executing * thread. * <p> * The general contract of the method <code> run </code> is that it may * take any action whatsoever. * * @see java.lang.Thread#run() */ public abstract void run () ; } 그렇기 때문에 람다식으로 표현이 가능한 것이다. 동기화 동기화는 동시에 같은자원의 접근을 제한하고자 할때 사용한다. 예를들어, 한 우물에서 물을 15번 길어야 하는 일을 해야할때 5명이서 3번만 하면 수고를 5배로 줄일수 있다. 그런데 우물은 하난데 동시에