<div id="readability-page-1" class="page"><div><h4 id="인프런-김영한-님의-httpswwwinflearncomcourseec8aa4ed9484eba781-mvc-2dashboard-강의를-보며-학습했습니다">인프런 김영한 님의 <a href="https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-mvc-2/dashboard">https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-mvc-2/dashboard</a> 강의를 보며 학습했습니다.</h4>
<h3 id="스프링-인터셉터">스프링 인터셉터</h3>
<ul>
<li>스프링 인터셉터도 서블릿 필터와 같이 웹과 관련된 공통 관심사항을 처리할 수 있는 기능이다.</li>
<li>서블릿 필터는 서블릿이 제공하는 기술이라면, 스프링 인터셉터는 스프링 MVC가 제공하는 기술이다. 둘다 웹과 관련된 공통 관심사항을 처리하지만, 적용되는 순서와 범위, 사용법이 다르다</li>
</ul>
<h4 id="스프링-인터세텁의-흐름">스프링 인터세텁의 흐름</h4>
<blockquote>
HTTP 요청 &gt; WAS &gt; 필터 &gt; 서블릿 &gt; 스프링 인터셉터 &gt; 컨트롤러
</blockquote>
<ul>
<li>스프링 인터셉터는 디스패처 서블릿과 컨트롤러 사이에서 컨트롤러 호출 직전에 호출된다.</li>
<li>스프링 인터셉터는 결국 스프링이 제공하는 기능이기 때문에 디스패처 서블릿 이후에 등장하게 되는 것이다. 스프링의 시작점이 디스패처 서블릿이라고 생각하면 이해가 좀 더 쉽다.</li>
<li>스프링 인터셉터에도 URL 패턴을 적용할 수 있는데 서블릿과는 다르고 매우 정밀하게 설정할 수 있다.</li>
</ul>
<h4 id="스프링-인터셉터의-제한">스프링 인터셉터의 제한</h4>
<blockquote>
HTTP 요청 &gt; WAS &gt; 서블릿 &gt; 스프링 인터셉터 &gt; 컨트롤러 // 로그인 사용자 
HTTP 요청 &gt; WAS &gt; 서블릿 &gt; 스프링 인터셉터(적절하지 않은 요청이라 판단, 컨트롤러 호출X) // 비 로그인 사용자 
</blockquote>
<ul>
<li>인터셉터에서 적절하지 않은 요청이라고 판단하면 거기에서 끝을 낼 수도있다. 로그인 여부 체크하기에 좋은 기술이다.</li>
</ul>
<h4 id="스프링-인터셉터-체인">스프링 인터셉터 체인</h4>
<blockquote>
HTTP 요청 &gt; WAS &gt; 필터 &gt; 서블릿 &gt; 인터셉터1 &gt; 인터셉터2 &gt; 컨트롤러
</blockquote>
<ul>
<li>스프링 인터셉터도 체인으로 구성되는데, 중간에 인터셉터를 자유롭게 추가할 수 있다. 로그남기는 인터셉터 , 로그인 체크 인터셉터 등 다양하게 추가가 가능하다.</li>
</ul>
<h4 id="서블릿-필터와-호출되는-순서만-다르고-제공하는-기능은-비슷하다-하지만-스프링-인터셉터가-서블릿-필터보다-편리하고-더-정교하며-다양한-기능을-제공한다">서블릿 필터와 호출되는 순서만 다르고 제공하는 기능은 비슷하다. 하지만 스프링 인터셉터가 서블릿 필터보다 편리하고 더 정교하며 다양한 기능을 제공한다.</h4>
<h3 id="스프링-인터셉터-인터페이스">스프링 인터셉터 인터페이스</h3>
<pre><code>public interface HandlerInterceptor {

	default boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
			throws Exception {

		return true;
	}
 
 	default void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler,
			@Nullable ModelAndView modelAndView) throws Exception {
	}
 
 	default void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler,
			@Nullable Exception ex) throws Exception {
	}
}

</code></pre>
<ul>
<li>preHandle() : 컨트롤러 전에 호출된다.</li>
<li>postHandle() : 컨트롤러에서 예외가 발생하면 postHandle은 호출되지 않는다.</li>
<li>afterCompletion() : afterCompletion은 항상 호출된다. 이 경우 예외를 파라미터를 받아 어떤 예외가 발생했는지 로그로 출력할 수 있다.</li>
</ul>
<ul>
<li>
서블릿 필터의 경우는 단순하게 doFilter() 하나만 제공이 된다. 인터셉터는 컨트롤러 호출 전에 preHandle() 호출 후 postHandle() 요청 완료 이후 afterCompletion와 같이 단계적으로 세분화가 잘 되어 있다.
</li>
<li>
서블릿 필터의 경우 단순히 request, response만 제공을 했지만 인터셉터는 어떤 컨트롤러(handler) 가 호출되는지 호출 정보도 받을 수 있다. 또한 어떤 modelAndView가 반환되는지 응답정보도 받을 수 있다.
</li>
</ul></div></div>

UkJJang

HyoungUk

인프런 김영한 님의 https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-mvc-2/dashboard 강의를 보며 학습했습니다.
스프링 인터셉터
스프링 인터셉터도 서블릿 필터와 같이 웹과 관련된 공통 관심사항을 처리할 수 있는 기능이다.
서블릿 필터는 서블릿이 제공하는 기술이라면, 스프링 인터셉터는 스프링 MVC가 제공하는 기술이다. 둘다 웹과 관련된 공통 관심사항을 처리하지만, 적용되는 순서와 범위, 사용법이 다르다
스프링 인터세텁의 흐름
HTTP 요청 > WAS > 필터 > 서블릿 > 스프링 인터셉터 > 컨트롤러
스프링 인터셉터는 디스패처 서블릿과 컨트롤러 사이에서 컨트롤러 호출 직전에 호출된다.
스프링 인터셉터는 결국 스프링이 제공하는 기능이기 때문에 디스패처 서블릿 이후에 등장하게 되는 것이다. 스프링의 시작점이 디스패처 서블릿이라고 생각하면 이해가 좀 더 쉽다.
스프링 인터셉터에도 URL 패턴을 적용할 수 있는데 서블릿과는 다르고 매우 정밀하게 설정할 수 있다.
스프링 인터셉터의 제한
HTTP 요청 > WAS > 서블릿 > 스프링 인터셉터 > 컨트롤러 // 로그인 사용자
HTTP 요청 > WAS > 서블릿 > 스프링 인터셉터(적절하지 않은 요청이라 판단, 컨트롤러 호출X) // ** 비 로그인 사용자 **
인터셉터에서 적절하지 않은 요청이라고 판단하면 거기에서 끝을 낼 수도있다. 로그인 여부 체크하기에 좋은 기술이다.
스프링 인터셉터 체인
HTTP 요청 >  WAS > 필터 > 서블릿 > 인터셉터1 > 인터셉터2 > 컨트롤러
스프링 인터셉터도 체인으로 구성되는데, 중간에 인터셉터를 자유롭게 추가할 수 있다. 로그남기는 인터셉터 , 로그인 체크 인터셉터 등 다양하게 추가가 가능하다.
서블릿 필터와 호출되는 순서만 다르고 제공하는 기능은 비슷하다. 하지만 스프링 인터셉터가 서블릿 필터보다 편리하고 더 정교하며 다양한 기능을 제공한다.
스프링 인터셉터 인터페이스
public interface HandlerInterceptor {
    default boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
            throws Exception {
        return true;
    }
        default void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler,
            @Nullable ModelAndView modelAndView) throws Exception {
    }
        default void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler,
            @Nullable Exception ex) throws Exception {
    }
}
preHandle() : 컨트롤러 전에 호출된다.
postHandle() : 컨트롤러에서 예외가 발생하면 postHandle은 호출되지 않는다.
afterCompletion() : afterCompletion은 항상 호출된다. 이 경우 예외를 파라미터를 받아 어떤 예외가 발생했는지 로그로 출력할 수 있다.
서블릿 필터의 경우는 단순하게 doFilter() 하나만 제공이 된다. 인터셉터는 컨트롤러 호출 전에 preHandle() 호출 후 postHandle() 요청 완료 이후 afterCompletion와 같이 단계적으로 세분화가 잘 되어 있다.
서블릿 필터의 경우 단순히 request, response만 제공을 했지만 인터셉터는 어떤 컨트롤러(handler) 가 호출되는지 호출 정보도 받을 수 있다. 또한 어떤 modelAndView가 반환되는지 응답정보도 받을 수 있다.

스프링 인터셉터

댓글