Spring
[인프런/스프링 MVC 2편] 7. 로그인 처리2 - 필터, 인터셉터
주니어주니
2023. 5. 26. 15:24
1. 서블릿 필터
1-1. 소개
- 서블릿 필터
- 공통 관심사 처리 - 서블릿 필터, 스프링 인터셉터
- HttpServletRequest를 통해 HTTP의 헤더, URL 정보 사용
- 로그인 된 사용자만 특정 페이지에 접근할 수 있도록 로그인 확인 (공통 관심사) 필터 개발!
- 필터의 흐름
HTTP 요청 -> WAS -> 필터 -> 서블릿 -> 컨트롤러
필터 호출 -> 서블릿 호출
- 필터 제한
HTTP 요청 -> WAS -> 필터 -> 서블릿 -> 컨트롤러 // 로그인 사용자
HTTP 요청 -> WAS -> 필터(적절하지 않은 요청 -> 서블릿 호출 X // 비 로그인 사용자
- 필터 인터페이스
- 필터 인터페이스 구현하고 등록 -> 서블릿 컨테이너가 필터를 싱글톤 객체로 생성, 관리
- init() : 필터 초기화 메소드, 서블릿 컨테이너 생성될 때 호출
- doFilter() : 고객의 요청이 올 때마다 해당 메소드 호출. 필터의 로직 구현
- destroy() : 필터 종료 메소드, 서블릿 컨테이너 종료될 때 호출
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() {}
}
1-2. 요청 로그
필터가 정말 수문장 역할을 하는지 확인 -> 모든 요청을 로그로 남기는 필터 개발
1) 로그 필터 생성 - LogFilter
package hello.login.web.filter;
import lombok.extern.slf4j.Slf4j;
import javax.servlet.*;
import javax.servlet.http.HttpServletRequest;
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 {
log.info("log filter doFilter");
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);
}
}
@Override
public void destroy() {
log.info("log filter destroy");
}
}
- public class LogFilter implements Filter { }
- 필터를 사용하려면 필터 인터페이스 구현
- 필터를 사용하려면 필터 인터페이스 구현
- doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
- HTTP 요청 -> doFilter 호출
- ServletRequest는 HTTP 요청이 아닌 경우까지 고려해서 만든 인터페이스 (기능이 많이 없음)
-> HttpServletRequest로 다운캐스팅 해서 사용
- String uuid = UUID.randomUUID().toString();
- HTTP 요청을 구분하기 위해 요청마다 임의의 uuid 생성
- HTTP 요청을 구분하기 위해 요청마다 임의의 uuid 생성
- log.info("REUEST [{}][{}]", uuid, requestURI);
- uuid, requestURI 출력
- uuid, requestURI 출력
- chain.doFilter(request, response);
- 가장 중요한 부분 ( 이 로직을 호출하지 않으면 다음 단계로 진행 X )
- 다음 필터가 있으면 필터 호출, 필터가 없으면 서블릿 호출
2) 필터 설정(등록) - WebConfig
package hello.login;
import hello.login.web.filter.LogFilter;
import org.springframework.boot.web.servlet.FilterRegistrationBean;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import javax.servlet.Filter;
@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 사용
(@ServletComponenetScan, @WebFilter(filterName = "logFilter", urlPatterns = "/*") 로 가능하지만 필터 순서 조절 X) - setFilter(new LogFilter()) : 등록할 필터 지정
- setOrder(1) : 필터는 체인으로 동작하므로 필터의 순서 지정 필요. 낮을 수록 먼저 동작
- addUrlPatterns("/*") : 필터를 적용할 URL 패턴 지정, /* -> 모든 요청에 대해 해당 필터 적용
3) 실행 로그
- filter init 실행
- doFilter REQUEST [uuid][requestId]
-> 필터의 역할 확인
1-3. 인증 체크
로그인 하지 않은 사용자는 상품관리 페이지 뿐 아니라 미래에 개발될 페이지에도 접근하지 못하도록 하기
1) 인증 체크 필터 생성 - LoginCheckFilter
package hello.login.web.filter;
import hello.login.web.SessionConst;
import lombok.extern.slf4j.Slf4j;
import org.springframework.util.PatternMatchUtils;
import javax.servlet.*;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
import java.io.IOException;
@Slf4j
public class LoginCheckFilter implements Filter {
private static final String[] whiteList = {"/", "/member/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("인증 체크 로직 실행 {}", requestURI); // 요청 URI가 인증 체크 로직에 포함되는지
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); // 체크해야 되는 경로가 아니면(whiteList) 다음 단계
} catch (Exception e) {
throw e; // 예외 로깅 가능하지만, 톰캣(WAS)까지 예외를 보내줘야 함
} finally {
log.info("인증 체크 필터 종료 {}", requestURI);
}
}
/**
* 화이트 리스트(whiteList)의 경우 인증 체크 X
*/
private boolean isLoginCheckPath(String requestURI) {
return !PatternMatchUtils.simpleMatch(whiteList, requestURI); // 화이트 리스트를 제외한 모든 경우에 인증 체크 로직 적용
}
}
- init(), destroy() : default -> 구현 안해도 됨
- whitelist = {"/", "/members/add", "/login", "/logout","/css/*"};
- 인증 필터를 적용해도 홈, 회원가입, 로그인, css 같은 리소스에는 접근 가능 해야 함
- 화이트 리스트 경로 : 인증과 무관하게 항상 허용
- 화이트 리스트를 제외한 나머지 모든 경로에는 인증 체크 로직 적용
- isLoginCheckPath(requestURI)
- 화이트 리스트를 제외한 모든 경우에 인증 체크 로직 적용
- 화이트 리스트를 제외한 모든 경우에 인증 체크 로직 적용
- httpResponse.sendRedirect("/login?redirectURL=" + requestURI);
- 미인증 사용자는 로그인 화면으로 리다이렉트
- 현재 요청한 경로인 requestURI를 /login에 쿼리 파라미터로 함께 전달
-> 로그인 성공 시 해당 경로로 이동
- return;
- 미인증 사용자 -> 로그인 화면으로 리다이렉트 응답 -> 필터 진행 중지 (서블릿, 컨트롤러도 호출 X)
- 미인증 사용자 -> 로그인 화면으로 리다이렉트 응답 -> 필터 진행 중지 (서블릿, 컨트롤러도 호출 X)
- chain.doFilter(request, response)
- 이게 있어야 다음단계로 가능 !
- 이 때 request, response 말고 다른 객체를 넘겨줄 수도 있음
-> 이런 경우 빼고는 서블릿 필터 말고 스프링 인터셉터 사용 권장
2) 필터 추가 (등록) - WebConfig
@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("/*") : 모든 요청에 로그인 필터 적용
addUrlPattens("i/tems/*") 이런식으로 접근 가능한 페이지를 모두 추가해도 되지만,
미래에 새로운 기능이 만들어지면 그것도 다 추가해야 함
-> 반대로 안되는 것들만 whitelist로 뺌
3) RedirectURL 처리 - LoginController
로그인 성공시 처음 요청한 URL로 이동
@PostMapping("/login")
public String loginV4(@Validated @ModelAttribute LoginForm loginForm, BindingResult bindingResult,
@RequestParam(defaultValue = "/") String redirectURL,
HttpServletRequest request) {
if (bindingResult.hasErrors()) {
return "login/loginForm";
}
Member loginMember = loginService.login(loginForm.getLoginId(), loginForm.getPassword());
if (loginMember == null) {
bindingResult.reject("loginFail", "아이디 또는 비밀번호가 맞지 않습니다.");
return "login/loginForm";
}
// 로그인 성공 처리
// 세션이 있으면 있는 세션 반환, 없으면 신규 세션 생성
HttpSession session = request.getSession();
// 세션에 로그인 회원 정보 보관
session.setAttribute(SessionConst.LOGIN_MEMBER, loginMember);
return "redirect:" + redirectURL;
}
- @RequestParam(defaultValue = "/") String redirectURL
- 로그인 하지 않은 상태로 items 페이지 접근 시 경로
: /login?redirectURL=/items - redirectURL 변수에 요청파라미터의 "/items" 가 담김
-> 로그인 성공시 해당 경로로 redirect - 요청파라미터가 없으면 "/"
- 로그인 하지 않은 상태로 items 페이지 접근 시 경로
4) 실행
localhost:8080/items
로그인 하지 않은 상태로 items (상품목록) 페이지 접근 시
로그인으로 redirect -> 로그인 성공 시 items(상품 목록) 페이지
5) 정리
서블릿 필터 -> 로그인 하지 않은 사용자는 나머지 경로에 접근 X
2. 스프링 인터셉터
서블릿 필터 : 서블릿이 제공
스프링 인터셉터 : 스프링 MVC가 제공 -> 스프링 MVC 구조에 특화된 필터 기능 제공
2-1. 소개
- 스프링 인터셉터의 흐름
- 디스패처 서블릿과 컨트롤러 사이에서 컨트롤러 호출 직전에 호출
- 스프링 MVC가 제공하는 기능이기 때문에 디스패처 서블릿 이후에 등장
HTTP 요청 -> WAS -> 필터 -> 서블릿(디스패처 서블릿) -> 스프링 인터셉터 -> 컨트롤러
- 스프링 인터셉터 제한
HTTP 요청 -> WAS -> 필터 -> 서블릿 -> 스프링 인터셉터 -> 컨트롤러 // 로그인 사용자
HTTP 요청 -> WAS -> 필터 -> 서블릿 -> 스프링 인터셉터(적절하지 않은 요청 -> 컨트롤러 호출 X // 비 로그인 사용자
- 스프링 인터셉터 인터페이스 (HandlerInterceptor)
- 서블릿 필터 -> doFilter() 하나만 제공
인터셉터 -> preHandle(컨트롤러 호출 전), postHandle(호출 후), afterCompletion(요청 완료 이후) - 서블릿 필터 -> request, response만 제공
인터셉터 -> 어떤 컨트롤러(handler)가 호출되는지 호출 정보, 어떤 modelAndView가 반환되는지 응답 정보도 제공
- 서블릿 필터 -> doFilter() 하나만 제공
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 {}
}
- 스프링 인터셉터 호출 흐름
- preHandle : 컨트롤러 호출 전에 호출 (핸들러 어댑터 호출 전)
- preHandle의 응답값이 true -> 다음으로 진행
preHandle의 응답값이 false -> 나머지 인터셉터, 핸들러 어댑터도 호출 X
- preHandle의 응답값이 true -> 다음으로 진행
- postHandle : 컨트롤러 호출 후에 호출 (핸들러 어댑터 호출 후)
- afterCompletion : 뷰가 렌더링 된 이후 호출
- preHandle : 컨트롤러 호출 전에 호출 (핸들러 어댑터 호출 전)
- 스프링 인터셉터 예외 상황 (postHandle, afterCompletion의 차이)
- preHandle : 컨트롤러 호출 전에 호출
- postHandle : 컨트롤러에서 예외 발생 시 postHandle 호출 X
- afterCompletion : 예외 발생하든말든 항상 호출 (예외를 파라미터로 받아서 어떤 예외가 발생했는지 로그로 출력 가능)
-> 예외와 무관하게 공통 처리를 하려면 afterCompletion() 사용
2-2. 요청 로그
1) 요청 로그 인터셉터 생성 - LogInterceptor
package hello.login.web.interceptor;
import lombok.extern.slf4j.Slf4j;
import org.springframework.web.method.HandlerMethod;
import org.springframework.web.servlet.HandlerInterceptor;
import org.springframework.web.servlet.ModelAndView;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
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); // afterCompletion 메소드에서 uuid를 사용하기 위함
// @RequestMapping 사용하는 경우 : HandlerMethod 사용
// 정적 리소스 사용하는 경우 : ResourceHttpRequestHandler 사용
if (handler instanceof HandlerMethod) {
HandlerMethod hm = (HandlerMethod) handler; // 호출할 컨트롤러 메소드의 모든 정보가 포함되어 있음
}
log.info("REQUEST [{}][{}][{}]", uuid, requestURI, handler);
return true;
}
@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, handler);
if (ex != null) {
log.error("afterCompletion error!!", ex);
}
}
}
- String uuid = UUID.randomUUID().toString()
- 요청 로그를 구분하기 위한 uuid 생성
- 요청 로그를 구분하기 위한 uuid 생성
- request.setAttribute(LOG_ID, uuid)
- uuid를 해당 메소드 뿐 아니라 afterCompletion 메소드에서도 사용
-> 서블릿 필터에서는 지역변수로 해결 가능했지만,
스프링 인터셉터는 호출 시점이 완전히 분리
-> LogInterceptor 가 싱글톤처럼 사용 -> 지역변수는 위험함 (겹칠 수 있음)
-> request에 uuid 값을 담음
- uuid를 해당 메소드 뿐 아니라 afterCompletion 메소드에서도 사용
- return true
- true -> 정상 호출 -> 다음 인터셉터나 컨트롤러 호출
if (handler instanceof HandlerMethod) {
HandlerMethod hm = (HandlerMethod) handler; // 호출할 컨트롤러 메서드의 모든 정보가 포함되어 있다.
}
- HandlerMethod
- @Controller, @RequestMapping을 활용한 핸들러 매핑 사용할 경우 -> HandlerMethod가 핸들러 정보로 넘어옴
- @Controller, @RequestMapping을 활용한 핸들러 매핑 사용할 경우 -> HandlerMethod가 핸들러 정보로 넘어옴
- ResourceHttpRequestHandler
- /resources/static 등의 정적 리소스 호출 -> ResourceHttpRequestHandler가 핸들러 정보로 넘어옴
- /resources/static 등의 정적 리소스 호출 -> ResourceHttpRequestHandler가 핸들러 정보로 넘어옴
- postHandle, afterCompletion
- 종료 로그를 postHandle이 아니라 afterCompletion에서 실행한 이유
: 예외가 발생한 경우 postHandle이 호출되지 X
afterCompletion은 예외가 발생해도 호출
- 종료 로그를 postHandle이 아니라 afterCompletion에서 실행한 이유
2) 인터셉터 등록 - WebConfig
@Configuration
public class WebConfig implements WebMvcConfigurer {
@Override
public void addInterceptors(InterceptorRegistry registry) {
registry.addInterceptor(new LogInterceptor())
.order(1)
.addPathPatterns("/**")
.excludePathPatterns("/css/**", "/*.ico", "/error");
}
- 인터셉터 등록 : WebMvcConfigurer가 제공하는 addInterceptors()를 사용해서 인터셉터 등록
- registry.addInterceptor(new LogInterceptor()) : 인터셉터 등록
- order(1) : 인터셉터의 호출 순서 지정 (필터 -> 인터셉터1 -> 인터셉터2 )
- addPathPatterns("/**") : 인터셉터를 적용할 URL 패턴 지정
- excludePathPatterns("/css/**", "/*.ico", "/error") : 인터셉터에서 제외할 패턴 지정
-> 필터와 달리 매우 정밀하게 URL 패턴 지정 가능
-> 공식 문서
https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/web/util/pattern/PathPattern.html
3) 실행 로그
홈(" / ") 요청
- LogFilter -> LoginCheckFilter -> LogInterceptor -> LoginCheckFilter -> LogFilter
- LogInterceptor
- REQUEST [uuid] [requestURI] [handler]
REQUEST [2a492257-e0b8-4ef9-b3c5-0c9254576e90] [/] [hello.login.web.HomeController#homeLoginV3Spring(Member, Model)] - postHandle [modelAndView]
postHandle [ModelAndView [view="home"; model={}]] - RESPONSE [logId] [requestURI] [handler]
RESPONSE [2a492257-e0b8-4ef9-b3c5-0c9254576e90] [/] [hello.login.web.HomeController#homeLoginV3Spring(Member, Model)]
- REQUEST [uuid] [requestURI] [handler]
2-3. 인증 체크
1) 로그인체크 인터셉터 생성 - LoginCheckInterceptor
- 인증 -> 컨트롤러 호출 전에만 호출 되면 됨 -> preHandle만 구현 (모두 default - 하고싶은 것만 구현 가능)
package hello.login.web.interceptor;
import hello.login.web.SessionConst;
import lombok.extern.slf4j.Slf4j;
import org.springframework.web.servlet.HandlerInterceptor;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
@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();
if (session == null || session.getAttribute(SessionConst.LOGIN_MEMBER) == null) {
log.info("미인증 사용자 요청");
// 로그인으로 redirect
response.sendRedirect("/login?redirectURL=" + requestURI);
return false; // 여기서 끝냄 !
}
return true;
}
}
2) 인터셉터 등록 - 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 LoginCheckInterceptor())
.order(2)
.addPathPatterns("/**")
.excludePathPatterns("/", "/members/add", "/login", "/logout", "/css/**", "/*.ico", "/error");
}
3) 실행 로그
/items 요청 시
로그인 전
로그인 후
==> 서블릿 필터 <<<< 스프링 인터셉터
3. ArgumentResolver 활용
MVC1편 6. 스프링 MVC - 기본기능 -> 요청 매핑 핸들러 어댑터 구조의 ArgumentResolver 활용
-> argument (매개변수)에 대해 내가 직접 뭔가를 할거야
1) 홈 컨트롤러 - HomeController
- @Login
- @Login 어노테이션이 있으면 직접 만든 ArgumentResolver가 동작해서
세션에 있는 로그인 회원을 찾아주고, 세션에 없으면 null 반환하도록 개발
- @Login 어노테이션이 있으면 직접 만든 ArgumentResolver가 동작해서
@GetMapping("/")
public String homeLoginV3ArgumentResolver(@Login Member loginMember, Model model) {
// 세션에 회원 데이터가 없으면 home
if (loginMember == null) {
return "home";
}
// 세션이 유지되면 로그인으로 이동
model.addAttribute("member", loginMember);
return "loginHome";
}
2) @Login 어노테이션 생성
- @Target(ElementType.PARAMETER) : 파라미터에만 사용
- @Retention(RetentionPolicy.RUNTIME) : 실행되는 동안 어노테이션 정보가 남아있음
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 {
}
3) HandlerMethodArgumentResolver 구현 - LoginMemberArgumentResolver 생성
package hello.login.web.argumentresolver;
import hello.login.domain.member.Member;
import hello.login.web.SessionConst;
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;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpSession;
@Slf4j
public class LoginMemberArgumentResolver implements HandlerMethodArgumentResolver {
@Override
public boolean supportsParameter(MethodParameter parameter) {
log.info("supportsParameter 실행");
// @Login 붙어있는지
boolean hasLoginAnnotation = parameter.hasParameterAnnotation(Login.class);
// @Login 붙어있는게 Member 타입인지
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 실행");
// argument가 실행될 때 파라미터에 어떤 값이 들어가게 할 것인지
HttpServletRequest request = (HttpServletRequest) webRequest.getNativeRequest();
HttpSession session = request.getSession(false);
if (session == null) {
return null;
}
return session.getAttribute(SessionConst.LOGIN_MEMBER);
}
}
- supportsParameter() : @Login 어노테이션 있음 + Memeber 타입 => 해당 ArgumentResolver 사용
- resolveArgument() : 컨트롤러 호출 직전에 호출되어서 필요한 파라미터 정보 생성
- 세션에 있는 로그인 회원 정보인 member 객체 찾아서 반환
4) WebConfig에 설정 추가
- 개발한 LoginMemberArgumentResolver 등록
@Configuration
public class WebConfig implements WebMvcConfigurer {
@Override
public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers) {
resolvers.add(new LoginMemberArgumentResolver());
}
==> 공통 작업 (로그인 체크 등)이 필요할 때 컨트롤러를 편리하게 사용