<div id="readability-page-1" class="page"><div>우리는 스프링에서 제공하는 Pagealbe을 사용해서 페이징 기능을 구현했다. (모르는게 없는 오찌의 Pagealbe 하드캐리 🙇‍♂️)
<pre><code>@GetMapping("/reviews")
 public ResponseEntity&lt;ReviewPageResponse&gt; showPage(final Pageable pageable) {
 final ReviewPageResponse reviewPageResponse = reviewService.findPage(pageable);
 return ResponseEntity.ok(reviewPageResponse);
 }</code></pre>
 
<div>우리팀이 구현한 메서드다. 어떠한 어노테이션도 붙이지 않았는데 Pagealbe은 어떻게 바인딩 되는걸까? 
<code>@RequestParam</code> , <code>@ModelAttribute</code> 은 생략 가능하며 int, String 같은 단순한 자료형은 <code>@RequestParam</code>으로 인식하고 그 외의 객체들은 <code>@ModelAttribute</code>로 인식한다. 그래서 우리가 흔히 쓰는 <code>@RequestBody</code>를 누락하면 자동으로 ServletModelAttributeMethodProcessor 가 argumentResolver로서 바인딩을 하게된다.</div>

그렇다면 Pagealbe은 SimpleValueType이 아니므로 당연히ServletModelAttributeMethodProcessor가 바인딩을 해줄것이다. 하지만 그림과 같이 PageableHandlerMethodArgumentResolver가 선택된다. 
<img src="https://velog.velcdn.com/images/0_0_yoon/post/d1d325db-49bf-4420-9b2e-d48427884f16/image.png">
이게 어떻게 가능한걸까? 이유는 단순했다. 
<img src="https://velog.velcdn.com/images/0_0_yoon/post/66b0ad3e-dc5c-45ce-8b89-4d6f1e15e007/image.png">
<pre><code>// RequestMappingHandlerAdapter
private List&lt;HandlerMethodArgumentResolver&gt; getDefaultArgumentResolvers() {
	List&lt;HandlerMethodArgumentResolver&gt; resolvers = new ArrayList&lt;&gt;(30);

	// 중간 생략

	// Catch-all
	resolvers.add(new PrincipalMethodArgumentResolver());
	resolvers.add(new RequestParamMethodArgumentResolver(getBeanFactory(), true));
	resolvers.add(new ServletModelAttributeMethodProcessor(true));

	return resolvers;
}</code></pre>
RequestMappingHandlerAdapter 에서 ArgumentResolver들을 초기화할때 ServletModelAttributeMethodProcessor 를 가장 마지막에 넣어줬기 때문이다. 
PageableHandlerMethodArgumentResolver 는 파라미터의 어노테이션을 확인하지 않고 단지 파라미터가 Pageable 타입이면 된다.
<pre><code>// PageableHandlerMethodArgumentResolver
@Override
public boolean supportsParameter(MethodParameter parameter) {
	return Pageable.class.equals(parameter.getParameterType());
}</code></pre>
결국 우리는 Pagealbe을 사용하기 위해서는 어노테이션을 붙이지 않고 그저 Pagealbe 타입만 사용해야 한다.
이제 본론으로 들어가보자. 먼저 Pageable size 를 왜 제한해야할까? (코린의 날카로운 지적으로 짚고 넘어갈 수 있었다. 코린짱 👍) 우리 서버에 악의적, 또는 실수로 한번에 매우 많은 양의 size 를 요청하게 된다면 서버에 과부하가 걸릴것이다. 하지만 다행히도 Pageable 내부에 기본값이 설정돼있다. 따로 설정을 하지 않고 size가 2000을 넘는다면 기본 설정값인 2000으로 PageRequest(Pagealbe)을 생성하도록 돼있다.
<pre><code>// PageableHandlerMethodArgumentResolverSupport
private static final int DEFAULT_MAX_PAGE_SIZE = 2000;</code></pre>
<img src="https://velog.velcdn.com/images/0_0_yoon/post/b92dde2f-ba2b-47f5-8dc4-522049a2cb8b/image.png">
그러면 이제 걱정하지말고 Pageable을 사용하면 될까? 여기서 티키가 중요한 부분을 짚어줬다.🙏 
터무니없이 큰값의 size 요청에 대해서 우리가 정상적인 처리해줄 필요가 있을까? 우리는 그럴 필요가 없다고 생각했고 예외를 던지기로 했다. 
그렇다면 Pageable 의 size 유효성 검증은 어디서 할 수 있을까? 
개인적으로 별도의 dto를 만들어서 유효성 검증을 한뒤에 PageRequest를 생성할 수 있도록 해봤다. 하지만 이때 사용될 ServletModelAttributeMethodProcessor는 SortHandlerMethodArgumentResolver를 가지고 있지 않다.(Pageable의 정렬을 사용하려면 ?page=0&amp;size=100&amp;sort=createdAt,desc과 같이 sort 파라미터를 바인딩 할 수 있어야한다.) 
그러면 어떻게 해야할까? 
<pre><code>public class PagingRequest {

 @Max(value = 100, message = "사이즈는 100 이하여야 합니다.")
 private int size;
 private int page;
 private Sort sort;

 private PagingRequest(final int size, final int page, final Sort sort) {
 this.size = size;
 this.page = page;
 this.sort = sort;
 }

 public Pageable toPageRequest() {
 return PageRequest.of(size, page, sort);
 }
}</code></pre></div></div>

0_0_yoon.log

yoon

우리는 스프링에서 제공하는 Pagealbe을 사용해서 페이징 기능을 구현했다. (모르는게 없는 오찌의 Pagealbe 하드캐리 🙇‍♂️)
@GetMapping("/reviews")
 public ResponseEntity<ReviewPageResponse> showPage(final Pageable pageable) {
 final ReviewPageResponse reviewPageResponse = reviewService.findPage(pageable);
 return ResponseEntity.ok(reviewPageResponse);
 }
우리팀이 구현한 메서드다. 어떠한 어노테이션도 붙이지 않았는데 Pagealbe은 어떻게 바인딩 되는걸까?
@RequestParam , @ModelAttribute 은 생략 가능하며 int, String 같은 단순한 자료형은 @RequestParam으로 인식하고 그 외의 객체들은 @ModelAttribute로 인식한다. 그래서 우리가 흔히 쓰는 @RequestBody를 누락하면 자동으로 ServletModelAttributeMethodProcessor 가 argumentResolver로서 바인딩을 하게된다.
@ModelAttribute 를 생략할 수 있는 이유
그렇다면 Pagealbe은 SimpleValueType이 아니므로 당연히ServletModelAttributeMethodProcessor가 바인딩을 해줄것이다. 하지만 그림과 같이 PageableHandlerMethodArgumentResolver가 선택된다.
이게 어떻게 가능한걸까? 이유는 단순했다. 
// RequestMappingHandlerAdapter
private List<HandlerMethodArgumentResolver> getDefaultArgumentResolvers() {
 List<HandlerMethodArgumentResolver> resolvers = new ArrayList<>(30);
 // 중간 생략
 // Catch-all
 resolvers.add(new PrincipalMethodArgumentResolver());
 resolvers.add(new RequestParamMethodArgumentResolver(getBeanFactory(), true));
 resolvers.add(new ServletModelAttributeMethodProcessor(true));
 return resolvers;
}
RequestMappingHandlerAdapter 에서 ArgumentResolver들을 초기화할때 ServletModelAttributeMethodProcessor 를 가장 마지막에 넣어줬기 때문이다.
PageableHandlerMethodArgumentResolver 는 파라미터의 어노테이션을 확인하지 않고 단지 파라미터가 Pageable 타입이면 된다.
// PageableHandlerMethodArgumentResolver
@Override
public boolean supportsParameter(MethodParameter parameter) {
 return Pageable.class.equals(parameter.getParameterType());
}
결국 우리는 Pagealbe을 사용하기 위해서는 어노테이션을 붙이지 않고 그저 Pagealbe 타입만 사용해야 한다.
이제 본론으로 들어가보자. 먼저 Pageable size 를 왜 제한해야할까? (코린의 날카로운 지적으로 짚고 넘어갈 수 있었다. 코린짱 👍) 우리 서버에 악의적, 또는 실수로 한번에 매우 많은 양의 size 를 요청하게 된다면 서버에 과부하가 걸릴것이다. 하지만 다행히도 Pageable 내부에 기본값이 설정돼있다. 따로 설정을 하지 않고 size가 2000을 넘는다면 기본 설정값인 2000으로 PageRequest(Pagealbe)을 생성하도록 돼있다.
// PageableHandlerMethodArgumentResolverSupport
private static final int DEFAULT_MAX_PAGE_SIZE = 2000;
그러면 이제 걱정하지말고 Pageable을 사용하면 될까? 여기서 티키가 중요한 부분을 짚어줬다.🙏 
터무니없이 큰값의 size 요청에 대해서 우리가 정상적인 처리해줄 필요가 있을까? 우리는 그럴 필요가 없다고 생각했고 예외를 던지기로 했다.
그렇다면 Pageable 의 size 유효성 검증은 어디서 할 수 있을까?
개인적으로 별도의 dto를 만들어서 유효성 검증을 한뒤에 PageRequest를 생성할 수 있도록 해봤다. 하지만 이때 사용될 ServletModelAttributeMethodProcessor는 SortHandlerMethodArgumentResolver를 가지고 있지 않다.(Pageable의 정렬을 사용하려면 ?page=0&size=100&sort=createdAt,desc과 같이 sort 파라미터를 바인딩 할 수 있어야한다.)
그러면 어떻게 해야할까? 
public class PagingRequest {
 @Max(value = 100, message = "사이즈는 100 이하여야 합니다.")
 private int size;
 private int page;
 private Sort sort;
 private PagingRequest(final int size, final int page, final Sort sort) {
 this.size = size;
 this.page = page;
 this.sort = sort;
 }
 public Pageable toPageRequest() {
 return PageRequest.of(size, page, sort);
 }
}

[레벨3] Pageable 사이즈 제한하기

댓글