핸들러 인터셉터

어떤 핸들러의 요청처리 전 후로 부가적인 작업을 하고 싶다면 핸들러 인터셉터를 만들어서 사용할 수 있다. 

 

 

 

이 핸들러는 hello에 대해 요청처리 후 뷰 렌더링이 되는 핸들러이다.

 

이 핸들러의 요청을 처리하기 전에 PreHandle 전처리 작업과

 

요청을 처리한 후 뷰 렌더링 처리 직전 postHandler 처리가 가능하다.

 

뷰 랜더링 까지 완전히 끝난 이후에도 afterCompletion 으로 전후 처리의 템플릿을 제공하고 있다.

 

* 서블릿 필터와 비슷하지만 좀 더 구체적인 것 같다.

 

 

핸들러 인터셉터는 preHandle시  true나 false를 return 하게 되는데 true 시 이 다음 핸들러가 쭉 진행되고

 

false 시 응답 처리를 끝내고 다음 핸들러로 가지말고 요청 처리를 끝내라는 것을 의미한다. afterCompletion

 

가지 않는다.

 

preHandle  (true 시)=> 요청 처리 => postHandler => 뷰 랜더링 => afterCompletion

 

---

 

핸들러 인터셉터의 순서?

 

preHandle과 postHandler가 2개라면 

 

preHandler1

preHandler2

.

.

postHandler2

postHandler1

.

.

afterCompletion 2

afterCompletion 1

 

다음과 같이 postHandler는 역순으로 호출이 된다. afterCompletiont은 뷰 랜더링이 완전히 끝난 다음에

 

호출이 되는데 RestController의 경우 뷰 랜더링 과정이 없으므로 postHandler 이후 바로 호출되게 된다.

 

---

 

핸들러 인터셉터 와 서블릿 필터의 차이?

 

핸들러 인터셉터의 템플릿이 더 구체적이다. ModelAndView와 핸들러 정보등 제공되는 것이 더 많다.

 

따라서 핸들러에 따라 특정 로직을 변경해야 한다면 핸들러 인터셉터를 구현해야 한다.

 

Spring MVC에 특화된 정보 : 핸들러 인터셉터 구현

 

일반적인 정보 : 서블릿 필터

 

---

 

핸들러 인터셉터 구현해보기

 

GreetingInterceptor와 AnotherInterceptor 2개의 핸들러 인터셉터를 만들어주었다.

 

 

두 클래스 모두 실제 핸들러 까지 처리할 수 있도록 preHandle을 true로 리턴해주었다.

 

preHandle은 handler의 정보를 참조할 수 있다.

 

postHandler는 modelAndview 정보를 수정할 수 있다.

 

afterCompletion은 어떤 핸들러가 처리했고 에러가 발생했는지 등을 Exception을 통해 확인 가능하다.

 

 

 

 

registry에 우리가 만든 인터셉터들을 등록한다.

 

이때 별다른 order가 없을 시 add 한 순서대로 먼저 적용이 된다.

 

 

 

 

 

이제 테스트를 만들어서 해당 get 메소드로 /hello 요청을 한다면 전처리 작업이 진행이 된다.

 

 

 

 

 

order 값을 주어서 우선순위를 변경할 수도 있고 특정 패턴에만 동작하는 형식도 가능하다.