요청 처리 파이프라인을 머릿속에 그릴 수 있는지, 그리고 횡단 관심사를 어느 레이어에 두어야 하는지 판단할 수 있는지를 가른다.
Filter는 서블릿 컨테이너 단계에서 요청/응답 전후를 가로채며 DispatcherServlet 진입 이전에도 동작한다. Interceptor는 Spring MVC가 컨트롤러를 호출하기 직전·직후·완료 시점(preHandle/postHandle/afterCompletion)에 개입한다. 그래서 인코딩, CORS, 공통 보안 헤더처럼 웹 컨테이너 경계에서 끊어야 하는 처리에는 Filter가 맞고, 핸들러 메서드 정보나 모델/뷰 맥락이 필요한 처리에는 Interceptor가 맞다. 둘은 대체재가 아니라 적용 레이어가 다른 도구다.
공통 로직을 Filter에서 Interceptor로(혹은 반대로) 옮긴 경험이 있다면 그 결정 근거와 연결할 수 있다
Filter·Interceptor 처리 순서 때문에 생긴 버그를 잡아본 경험이 있다면 답변에 녹일 수 있다
등록 순서·제외 경로를 직접 관리해 본 경험이 있다면 운영 관점 답변으로 확장할 수 있다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.