[스프링 MVC 2편] 7. 로그인 처리 2 - 필터, 인터셉터

📌 서블릿 필터

• 로그인을 한 사용자만 상품 관리 페이지에 들어갈 수 있어야 하지만, 상품 버튼이 안보일 뿐 url로 호출하면 들어갈 수 있는 것이 문제가 된다.
• 상품 관리 컨트롤러에서 로그인 여부를 하나하나 체크하면 되겠지만, 등록, 수정, 삭제, 조회 등 상품 관리의 모든 컨트롤러 로직의 로그인 여부를 다 확인해야 하는 것이 힘듦 (로직이 변경되면 다 수정해야 함)
• 스프링의 AOP로 해결이 가능하지만, 서블릿 필터나 스프링 인터셉터를 사용하는 것 추천
• HttpServletRequest 제공

 

⚡ 정의

✔ 필터 흐름

HTTP 요청 -> WAS -> 필터 -> 서블릿 -> 컨트롤러

• 필터는 특정 URL 패턴에 적용 가능
• /*라고 하면 모든 요청에 필터가 적용됨
• 여기서 서블릿 : 스프링의 디스패치 서블릿

 

✔ 필터 젠한

HTTP 요청 -> WAS -> 필터 -> 서블릿 -> 컨트롤러 //로그인 사용자
HTTP 요청 -> WAS -> 필터(적절하지 않은 요청이라 판단, 서블릿 호출 X) //비 로그인 사용자

 

✔ 필터 체인

HTTP 요청 -> WAS -> 필터1 -> 필터2 -> 필터3 -> 서블릿 -> 컨트롤러

중간에 필터를 자유롭게 추가 가능
➡ 로그를 남기는 필터를 먼저 적용하고, 그 다음에 로그인 여부를 체크하는 필터 적용

 

✔ 필터 인터페이스

public interface Filter {
    public default void init(FilterConfig filterConfig) throws ServletException
{}
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException;
    public default void destroy() {}
}

• 필터 인터페이스를 구현하고 등록하면 서블릿 컨테이너가 필터를 싱글톤 객체로 생성하고, 관리
  • init(): 필터 초기화 메서드, 서블릿 컨테이너가 생성될 때 호출
  • doFilter(): 고객의 요청이 올 때 마다 해당 메서드가 호출
    ➡ 필터의 로직 구현
  • destroy(): 필터 종료 메서드, 서블릿 컨테이너가 종료될 때 호출된다.

 

 

⚡ 요청 로그

LogFilter - 로그 필터

package hello.login.web.filter;

import jakarta.servlet.*;
import jakarta.servlet.http.HttpServletRequest;
import lombok.extern.slf4j.Slf4j;

import java.io.IOException;
import java.util.UUID;

@Slf4j
public class LogFilter implements Filter {

    @Override
    public void init(FilterConfig filterConfig) throws ServletException{
        log.info("log filter init");
    }

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException{
        HttpServletRequest httpRequest = (HttpServletRequest) request;
        String requestURI = httpRequest.getRequestURI();

        String uuid = UUID.randomUUID().toString();

        try {
            log.info("REQUEST [{}][{}]", uuid, requestURI);
            chain.doFilter(request, response);
        }
        catch (Exception e){
            throw e;
        }finally {
            log.info("RESPONSE [{}][{}]", uuid, requestURI);
        }
    }
}

public class LogFilter implements Filter {}

• 필터를 사용하려면 필터 인터페이스를 구현

 

doFilter(ServletRequest request, ServletResponse response, FilterChain chain)

• HTTP 요청이 오면 doFilter 가 호출
• ServletRequest request 는 HTTP 요청이 아닌 경우까지 고려해서 만든 인터페이스
  ➡ HTTP를 사용하면 HttpServletRequest httpRequest = (HttpServletRequest) request; 와 같이 다운 캐스팅

 

String uuid = UUID.randomUUID().toString();

• HTTP 요청을 구분하기 위해 요청당 임의의 uuid 를 생성해둠

 

log.info("REQUEST [{}][{}]", uuid, requestURI);

• uuid 와 requestURI 출력

 

chain.doFilter(request, response);

중요!!!!

• 필터가 있으면 필터를 호출하고, 필터가 없으면 서블릿을 호출
• 만약 이 로직을 호출하지 않으면 다음 단계로 진행되지 않음

•  

 

 

WebConfig - 필터 설정

package hello.login;

import hello.login.web.filter.LogFilter;
import jakarta.servlet.Filter;
import org.springframework.boot.web.servlet.FilterRegistrationBean;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class WebConfig {

    @Bean
    public FilterRegistrationBean logFilter(){
        FilterRegistrationBean<Filter> filterRegistrationBean = new FilterRegistrationBean<>();

        filterRegistrationBean.setFilter(new LogFilter());
        filterRegistrationBean.setOrder(1);
        filterRegistrationBean.addUrlPatterns("/*");
        return filterRegistrationBean;
    }
}

✔ 스프링 부트에서 필터 등록 방법

• FilterRegistrationBean 을 사용
  • setFilter(new LogFilter()) : 등록할 필터를 지정
  • setOrder(1) : 필터는 체인으로 동작
    ➡ 순서 필요
    ➡ 낮을 수록 먼저 동작
  • addUrlPatterns("/*") : 필터를 적용할 URL 패턴을 지정
    ➡ 한번에 여러 패턴 지정 가능

cf)
URL 패턴에 대한 룰은 필터도 서블릿과 동일

 

cf)
@ServletComponentScan @WebFilter(filterName = "logFilter", urlPatterns = "/*") 로 필터 등록이 가능하지만 필터 순서 조절이 안됨
➡ FilterRegistrationBean 사용

 

 

✔ 실행 로그

hello.login.web.filter.LogFilter: REQUEST  [0a2249f2-cc70-4db4-98d1-492ccf5629dd][/items]
hello.login.web.filter.LogFilter: RESPONSE [0a2249f2-cc70-4db4-98d1-492ccf5629dd][/items]

• 필터를 등록할 때 urlPattern 을 /* 로 등록했기 때문에 모든 요청에 해당 필터가 적용됨

cf)
실무에서 HTTP 요청시 같은 요청의 로그에 모두 같은 식별자를 자동으로 남기는 방법은 logback mdc로 검색

 

 

⚡ 인증 체크

LoginCheckFilter - 인증 체크 필터

package hello.login.web.filter;

import hello.login.web.SessionConst;
import jakarta.servlet.*;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;
import jakarta.servlet.http.HttpSession;
import lombok.extern.java.Log;
import lombok.extern.slf4j.Slf4j;
import org.springframework.util.PatternMatchUtils;

import java.io.IOException;

@Slf4j
public class LoginCheckFilter implements Filter {

    private static final String [] whitelist = {"/", "/members/add", "/login", "/logout", "/css/*"};

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException{
        HttpServletRequest httpRequest = (HttpServletRequest) request;
        String requestURI = httpRequest.getRequestURI();

        HttpServletResponse httpResponse = (HttpServletResponse) response;

        try{
            log.info("인증 체크 필터 시작 {}", requestURI);

            if(isLoginCheckPath(requestURI)){
                log.info("인증 체크 로직 실행 {}", request);
                HttpSession session = httpRequest.getSession(false);
                if(session==null || session.getAttribute(SessionConst.LOGIN_MEMBER)==null){
                    log.info("미인증 사용자 요청 {}", requestURI);

                    //로그인으로 redirect
                    httpResponse.sendRedirect("/login?redirectURL=" + requestURI);

                    return; //미인증 사용자는 다음으로 진행하지 않
                }
            }
            chain.doFilter(request, response);
        }
        catch (Exception e){
            throw e; //예외 로깅 가능하지만, 톰캣까지 예뢰를 보내주어야 함
        }
        finally {
            log.info("인증 체크 필터 종료 {}", requestURI);
        }
    }

    /**
     * 화이트 리스트의 경우 인증 체크 X
     */
    private boolean isLoginCheckPath(String requestURI){
        return !PatternMatchUtils.simpleMatch(whitelist, requestURI);
    }
}

whitelist = {"/", "/members/add", "/login", "/logout","/css/*"};

• 인증 필터를 적용해도 홈, 회원가입, 로그인 화면, css 같은 리소스에는 접근할 수 있어야 함
• 인증과 무관하게 항상 허용
• 나머지 모든 경로에는 인증 체크 로직 적용

 

isLoginCheckPath(requestURI)

• 화이트 리스트를 제외한 모든 경우에 인증 체크 로직을 적용

 

httpResponse.sendRedirect("/login?redirectURL=" + requestURI);

• 미인증 사용자는 로그인 화면으로 리다이렉트
• 로그인 이후에 다시 홈으로 이동해버리면, 원하는 경로를 다시 찾아가야 하는 불편함 발생
• 현재 요청한 경로인 requestURI 를 /login 에 쿼리 파라미터로 함께 전달
  • /login 컨트롤러에서 로그인 성공시 해당 경로로 이동하는 기능은 추가로 개발

 

return;

• 필터를 더는 진행 X
• 이후 필터는 물론 서블릿, 컨트롤러가 더는 호출 X
• 앞서 redirect 를 사용했기 때문에 redirect 가 응답으로 적용되고 요청이 끝

•  

•  

 

 

✔ WebConfig - loginCheckFilter() 추가

    @Bean
    public FilterRegistrationBean loginCheckFilter(){
        FilterRegistrationBean<Filter> filterRegistrationBean = new FilterRegistrationBean<>();
        filterRegistrationBean.setFilter(new LoginCheckFilter());
        filterRegistrationBean.setOrder(2);
        filterRegistrationBean.addUrlPatterns("/*");
        return filterRegistrationBean;
    }

• setFilter(new LoginCheckFilter()) : 로그인 필터 등록
• setOrder(2) : 순서를 2번으로 잡음 -> 로그 필터 다음에 로그인 필터 적용
• addUrlPatterns("/*") : 모든 요청에 로그인 필터를 적용

 

 

⚡ RedirectURL 처리

LoginController - loginV4()

  /**
     * 
     * 로그인 이후 redirect 처리
     */
    @PostMapping("/login")
    public String loginV4(
            @Valid @ModelAttribute LoginForm form, BindingResult bindingResult,
            @RequestParam(defaultValue = "/") String redirectURL, 
            HttpServletRequest request
    ){
        if(bindingResult.hasErrors()){
            return "login/loginForm";
        }

        Member loginMember = loginService.login(form.getLoginId(), form.getPassword());

        log.info("login? {}", loginMember);

        if(loginMember==null){
            bindingResult.reject("loginFail", "아이디 또는 비밀번호가 맞지 않습니다.");
            return "login.loginForm";
        }

        //로그인 성공 처리
        //세션이 있으면 있는 세션 반환, 없으면 신규 세션 생성
        HttpSession session = request.getSession();

        //세션에 로그인 회원 정보 보관
        session.setAttribute(SessionConst.LOGIN_MEMBER, loginMember);

        //redirectURL 적용
        return "redirect:" + redirectURL;
    }

• 로그인 체크 필터에서, 미인증 사용자는 요청 경로를 포함해서 /login 에 redirectURL 요청 파라미터를 추가해서 요청
• 이 값을 사용해서 로그인 성공시 해당 경로로 고객을 redirect

 

 

📌 스프링 인터셉터

⚡ 소개

• 스프링 인터셉터 : 서블릿 필터와 같이 웹과 관련된 공통 관심 사항을 효과적으로 해결할 수 있는 기술
  • 서블릿 필터 : 서블릿이 제공하는 기술이
  • 스프링 인터셉터 : 스프링 MVC가 제공하는 기술
    ➡ 둘다 웹과 관련 된 공통 관심 사항을 처리하지만, 적용되는 순서와 범위, 그리고 사용방법이 다름

•  

 

✔ 스프링 인터셉터 흐름

HTTP 요청 ->WAS-> 필터 -> 서블릿 -> 스프링 인터셉터 -> 컨트롤러

• 디스패처 서블릿과 컨트롤러 사이에서 컨트롤러 호출 직전에 호출 됨
• 스프링 MVC가 제공하는 기능이기 때문에 결국 디스패처 서블릿 이후에 등장
  ➡ 스프링 MVC의 시작점이 디스패처 서블릿이라고 생각
• URL 패턴을 적용할 수 있는데, 서블릿 URL 패턴과는 다르고, 매우 정밀하게 설정 가능

 

✔ 스프링 인터셉터 제한

HTTP 요청 -> WAS -> 필터 -> 서블릿 -> 스프링 인터셉터 -> 컨트롤러 //로그인 사용자
HTTP 요청 -> WAS -> 필터 -> 서블릿 -> 스프링 인터셉터(적절하지 않은 요청이라 판단, 컨트롤러 호출 X) // 비 로그인 사용자

 

✔ 스프링 인터셉터 체인

HTTP 요청 -> WAS -> 필터 -> 서블릿 -> 인터셉터1 -> 인터셉터2 -> 컨트롤러

• 스프링 인터셉터는 체인으로 구성
  ➡ 중간에 인터셉터 자유롭게 추가 가능
• ex) 로그를 남기는 인터 셉터를 먼저 적용하고, 그 다음에 로그인 여부를 체크하는 인터셉터를 만들 수 있음

 

✔ 스프링 인터셉터 인터페이스

public interface HandlerInterceptor {

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

    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 {} 

}

• 서블릿 필터의 경우 단순하게 doFilter() 하나만 제공
• 인터셉터는 컨트롤러 호출 전( preHandle ), 호출 후( postHandle ), 요청 완료 이후( afterCompletion )와 같이 단계적으로 잘 세분화 되어 있음
• 서블릿 필터의 경우 단순히 request , response 만 제공
• 인터셉터는 어떤 컨트롤러( handler )가 호출되는지 호출 정보도 받을 수 있음
  • 어떤 modelAndView 가 반환되는지 응답 정보도 받을 수 있음

 

 

✔ 스프링 인터셉터 호출 흐름

정상 흐름

• preHandle : 컨트롤러 호출 전에 호출
  
  • 더 정확히는 핸들러 어댑터 호출 전에 호출
  • preHandle 의 응답값이 true 이면 다음으로 진행하고, false 이면 더는 진행하지 않음
    • false 인 경우 나머지 인터셉터는 물론이고, 핸들러 어댑터도 호출되지 않음
  • ➡ 그림에서 1번에서 끝이 나버림

• postHandle : 컨트롤러 호출 후에 호출됨
  ➡  더 정확히는 핸들러 어댑터 호출 후에 호출됨
• afterCompletion : 뷰가 렌더링 된 이후에 호출됨

 

 

✔ 스프링 인터셉터 예외 상황

예외가 발생시

• preHandle : 컨트롤러 호출 전에 호출됨
• postHandle : 컨트롤러에서 예외가 발생하면 postHandle 은 호출되지 않음
• afterCompletion : afterCompletion 은 항상 호출
  ➡ 이 경우 예외( ex )를 파라미터로 받아서 어떤 예외가 발생했는지 로그로 출력 가능

 

afterCompletion은 예외가 발생해도 호출됨

• 예외가 발생하면 postHandle() 는 호출되지 않으므로 예외와 무관하게 공통 처리를 하려면 afterCompletion() 을 사용해야 함
• 예외가 발생하면 afterCompletion() 에 예외 정보( ex )를 포함해서 호출됨

 

 

⚡ 요청 로그

LogInterceptor - 요청 로그 인터셉터

package hello.login.web.interceptor;

import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;
import lombok.extern.slf4j.Slf4j;
import org.springframework.web.method.HandlerMethod;
import org.springframework.web.servlet.HandlerInterceptor;
import org.springframework.web.servlet.ModelAndView;

import java.util.UUID;

@Slf4j
public class LogInterceptor implements HandlerInterceptor {

    public static final String LOG_ID = "logId";

    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception{

        String requestURI = request.getRequestURI();

        String uuid = UUID.randomUUID().toString();
        request.setAttribute(LOG_ID, uuid);

        //@RequestMapping : HandlerMethod
        //정적 리소스 : ResourceHttpRequestHandler
        if(handler instanceof HandlerMethod) {
            HandlerMethod hm = (HandlerMethod) handler; //호출할 컨트롤러 메서드의 모든 정보가 포함되어 있음
        }
        log.info("REQUEST [{}][{}][{}]", uuid, requestURI, handler);
        return true; //false 진행 X
    }

    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception{
        log.info("postHandle [{}]", modelAndView);
    }

    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception{
        String requestURI = request.getRequestURI();

        String logId = (String) request.getAttribute(LOG_ID);
        log.info("RESPONSE [{}][{}]", logId, requestURI);
        if(ex != null){
            log.error("afterCompletion error!!", ex);
        }
    }
}

String uuid = UUID.randomUUID().toString()

• 요청 로그를 구분하기 위한 uuid 를 생성

 

request.setAttribute(LOG_ID, uuid)

• 서블릿 필터의 경우 지역변수로 해결이 가능하지만, 스프링 인터셉터는 호출 시점이 완전히 분리되어 있음
• preHandle 에서 지정한 값을 postHandle , afterCompletion 에서 함께 사용하려면 어딘 가에 담아두어야 함
  • LogInterceptor 도 싱글톤 처럼 사용되기 때문에 맴버변수를 사용하면 위험
    • request 에 담아둠
    •  이 값은 afterCompletion 에서 request.getAttribute(LOG_ID) 로 찾아서 사용

 

return true

• true 면 정상 호출
• 다음 인터셉터나 컨트롤러가 호출됨

if (handler instanceof HandlerMethod) {
    HandlerMethod hm = (HandlerMethod) handler; //호출할 컨트롤러 메서드의 모든 정보가 포함되어 있다. 
}

 

 

✔ HandlerMethod

• 핸들러 정보는 어떤 핸들러 매핑을 사용하는가에 따라 달라짐
• 스프링을 사용하면 일반적으로 @Controller , @RequestMapping 을 활용한 핸들러 매핑을 사용하는데, 이 경우 핸들러 정보로 HandlerMethod 가 넘어옴

 

✔ ResourceHttpRequestHandler

• @Controller 가 아니라 /resources/static 와 같은 정적 리소스가 호출 되는 경우 ResourceHttpRequestHandler 가 핸들러 정보로 넘어오기 때문에 타입에 따라서 처리가 필요

 

✔ postHandle, afterCompletion

• 종료 로그를 postHandle 이 아니라 afterCompletion 에서 실행한 이유는, 예외가 발생한 경우 postHandle 가 호출되지 않기 때문
• afterCompletion 은 예외가 발생해도 호출 되는 것을 보장

 

 

⚡ WebConfig - 인터셉터 등록

public class WebConfig implements WebMvcConfigurer {

    @Override
    public void addInterceptors(InterceptorRegistry registry){
        registry.addInterceptor(new LogInterceptor())
                .order(1)
                .addPathPatterns("/**")
                .excludePathPatterns("/css/**", "/*.ico", "/error");
    }
    ...
}

• 인터셉터와 필터가 중복되지 않도록 필터를 등록하기 위한 logFilter() 의 @Bean 은 주석 처리
• WebMvcConfigurer 가 제공하는 addInterceptors() 를 사용해서 인터셉터 등록 가능
  • registry.addInterceptor(new LogInterceptor()) : 인터셉터를 등록
  • order(1) : 인터셉터의 호출 순서 지정 -> 낮을 수록 먼저 호출
  • addPathPatterns("/**") : 인터셉터를 적용할 URL 패턴 지정
  • excludePathPatterns("/css/**", "/*.ico", "/error") : 인터셉터에서 제외할 패턴 지정
• 필터와 비교해보면 인터셉터는 addPathPatterns , excludePathPatterns 로 매우 정밀하게 URL 패턴 지정 가능

 

 

✔ 실행로그

REQUEST  [6234a913-f24f-461f-a9e1-85f153b3c8b2][/members/add]
[hello.login.web.member.MemberController#addForm(Member)]

postHandle [ModelAndView [view="members/addMemberForm";
model={member=Member(id=null, loginId=null, name=null, password=null), 
org.springframework.validation.BindingResult.member=org.springframework.validation.BeanPropertyBindingResult: 0 errors}]]

RESPONSE [6234a913-f24f-461f-a9e1-85f153b3c8b2][/members/add]

 

 

⚡ 스프링의 URL 경로

✔ PathPattern 공식 문서

? 한 문자 일치
* 경로(/) 안에서 0개 이상의 문자 일치
** 경로 끝까지 0개 이상의 경로(/) 일치
{spring} 경로(/)와 일치하고 spring이라는 변수로 캡처
{spring:[a-z]+} matches the regexp [a-z]+ as a path variable named "spring" 
{spring:[a-z]+} regexp [a-z]+ 와 일치하고, "spring" 경로 변수로 캡처
{*spring} 경로가 끝날 때 까지 0개 이상의 경로(/)와 일치하고 spring이라는 변수로 캡처

/pages/t?st.html — matches /pages/test.html, /pages/tXst.html but not /pages/toast.html
/resources/*.png — matches all .png files in the resources directory
/resources/** — matches all files underneath the /resources/ path, including /resources/image.png and /resources/css/spring.css /resources/{*path} — matches all files underneath the /resources/ path and captures their relative path in a variable named "path"; /resources/image.png will match with "path" → "/image.png", and /resources/css/spring.css will match with "path" → "/css/spring.css"
/resources/{filename:\\w+}.dat will match /resources/spring.dat and assign the value "spring" to the filename variable

 참고 링크

 

 

 

⚡ 인증 체크

LoginCheckInterceptor

package hello.login.web.interceptor;

import hello.login.web.SessionConst;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;
import jakarta.servlet.http.HttpSession;
import lombok.extern.slf4j.Slf4j;
import org.springframework.web.servlet.HandlerInterceptor;

@Slf4j
public class LoginCheckInterceptor implements HandlerInterceptor {

    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws  Exception{

        String requestURI = request.getRequestURI();

        log.info("인증 체크 인터셉터 실행 {}", requestURI);
        HttpSession session = request.getSession(false);

        if(session == null || session.getAttribute(SessionConst.LOGIN_MEMBER) == null){
            log.info("미인증 사용자 요청");
            //로그인으로 redirect
            response.sendRedirect("/login?redirectURL="+requestURI);
            return false;
        }
        return true;


    }
}

•  서블릿 필터와 비교해서 코드가 매우 간결
• 인증이라는 것은 컨트롤러 호출 전에만 호출되면 됨
• preHandle 만 구현하면 됨

 

 

⚡ 순서 주의 , 세밀한 설정 가능

WebConfig

@Configuration
public class WebConfig implements WebMvcConfigurer {

    @Override
    public void addInterceptors(InterceptorRegistry registry){
        registry.addInterceptor(new LogInterceptor())
                .order(1)
                .addPathPatterns("/**")
                .excludePathPatterns("/css/**", "/*.ico", "/error");
        registry.addInterceptor(new LogInterceptor())
                .order(2)
                .addPathPatterns("/**")
                .excludePathPatterns(
                        "/", "/members/add", "/login", "/logout",
                        "/css/**", "/*.ico", "/error"
                );
    }
    ...
}

• 인터셉터와 필터가 중복되지 않도록 필터를 등록하기 위한 logFilter(), loginCheckFilter() 의 @Bean 은 주석 처리
• 인터셉터를 적용하거나 하지 않을 부분은 addPathPatterns 와 excludePathPatterns 에 작성하면 됨
  • 기본적으로 모든 경로에 해당 인터셉터를 적용하되 ( /** ), 홈( / ), 회원가입( /members/add ), 로그인( /login ), 리소스 조회( /css/** ), 오류( /error )와 같은 부분은 로그인 체크 인터셉터를 적용하지 않음
• 서블릿 필터와 비교해 보면 매우 편리한 것을 알 수 있다.

 

 

📌 ArgumentResolver 활용

HomeController - 추가

    @GetMapping("/")
    public String homeLoginV3ArgumentResolver(@Login Member loginMember, Model model){

        //세션에 회원 데이터가 없으면 home
        if(loginMember == null){
            return "home";
        }

        //세션이 유지되면 로그인으로 이동
        model.addAttribute("member", loginMember);
        return "loginHonme";
    }

• @Login 애노테이션을 만들어야 컴파일 오류가 사라짐
  • @Login 애노테이션이 있으면 직접 만든 ArgumentResolver 가 동작해서 자동으로 세션에 있는 로그인 회원을 찾아주고, 만약 세션에 없다면 null 을 반환

 

 

@Login 애노테이션 생성

package hello.login.web.argumentresolver;

import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

@Target(ElementType.PARAMETER)
@Retention(RetentionPolicy.RUNTIME)
public @interface Login {

}

• @Target(ElementType.PARAMETER) : 파라미터에만 사용
• @Retention(RetentionPolicy.RUNTIME) : 리플렉션 등을 활용할 수 있도록 런타임까지 애노테이션 정보가 남아있음

 

LoginMemberArgumentResolver 생성

package hello.login.web.argumentresolver;

import hello.login.domain.member.Member;
import hello.login.web.SessionConst;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpSession;
import lombok.extern.slf4j.Slf4j;
import org.springframework.core.MethodParameter;
import org.springframework.web.bind.support.WebDataBinderFactory;
import org.springframework.web.context.request.NativeWebRequest;
import org.springframework.web.method.support.HandlerMethodArgumentResolver;
import org.springframework.web.method.support.ModelAndViewContainer;

@Slf4j
public class LoginMemberArgumentResolver implements HandlerMethodArgumentResolver {

    @Override
    public boolean supportsParameter(MethodParameter parameter){
        log.info("supportsParameter 실행");

        boolean hasLoginAnnotation = parameter.hasParameterAnnotation(Login.class);
        boolean hasMemberType = Member.class.isAssignableFrom(parameter.getParameterType());

        return hasLoginAnnotation && hasMemberType;

    }

    @Override
    public Object resolveArgument(MethodParameter parameter, ModelAndViewContainer mavContainer, NativeWebRequest webRequest, WebDataBinderFactory binderFactory) throws Exception{

        log.info("resolveArgument 실행");

        HttpServletRequest request = (HttpServletRequest) webRequest.getNativeRequest();
        HttpSession session = request.getSession(false);
        if(session == null){
            return null;
        }
        return session.getAttribute(SessionConst.LOGIN_MEMBER);
    }
}

• supportsParameter() : @Login 애노테이션이 있으면서 Member 타입이면 해당 ArgumentResolver 가 사용됨
• resolveArgument() : 컨트롤러 호출 직전에 호출 되어서 필요한 파라미터 정보를 생성해줌
  • 여기서는 세션 있는 로그인 회원 정보인 member 객체를 찾아서 반환해줌
  • 이후 스프링 MVC는 컨트롤러의 메서드를 호출 하면서 여기에서 반환된 member 객체를 파라미터에 전달해줌

 

 

WebMvcConfigurer 설정 추가

@Configuration
public class WebConfig implements WebMvcConfigurer {

    @Override
    public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers){
        resolvers.add(new LoginMemberArgumentResolver());
    }
    ...
}

• LoginMemberArgumentResolver 등록

 

 

김영한님의 <스프링 MVC 2편 - 백엔드 웹 개발 활용 기술>을 수강하고 작성한 글입니다

 

 

---

PREV

[스프링 MVC 2편] 6. 로그인 처리1 - 쿠키, 세션

NEXT

[스프링 MVC 2편] 8. 예외 처리와 오류 페이지