스프링 인터셉터

인프런 김영한 님의 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가 반환되는지 응답정보도 받을 수 있다.