Github 소스코드

🔎 PRG (Post-Redirect-Get)

PRG는 POST 요청으로 리소스를 변경하는 경우 재요청에 대한 문제를 해결하기 위한 패턴입니다.

한 가지 상황을 예시로 들어볼께요.

• 한 사용자가 어떤 웹 사이트에서 상품을 등록한다고 가정
• 사용자는 상품 등록 폼을 작성하고 등록 버튼을 클릭하여 정상적으로 상품을 등록하고 난 후 여러번 새로고침을 수행
• 이후 자신의 상품 등록 목록을 보니 수십 개의 상품이 등록 되어 있음... 😱

이유를 알아보기 위해 위 요청을 서버 입장에서 생각해볼께요.

• 사용자로부터 상품 등록 폼을 요청받음
  • GET /items/new-form (폼을 랜더링)
• 사용자로부터 상품 등록 폼 데이터를 전송받음
  • POST /items
• 서버는 전송받은 데이터를 DB에 저장하고 사용자에게 결과 화면으로 상품의 상세 페이지를 랜더링
  • 여기서 문제가 발생합니다.
  • 서버는 POST /items 이 URL을 유지한 채로 View만을 뿌려주었기 때문에 클라이언트의 URL은 변하지 않습니다.
  • 여기서 새로고침을 한다면 마지막 요청 URL인 POST /items이 반복적으로 요청되는 것 입니다.
• 예시의 POST 요청이 단순한 등록 요청이 아니고 결제요청이라고 생각해봅시다. 새로고침을 할 때마다 결제가 되는 것입니다.. 끔찍합니다..
• 이 문제를 조금 사전적으로 풀어보면 POST 요청은 멱등(idempotent)하지 않기 때문에 재요청에 대한 대비가 되어야 합니다. 반면 GET의 경우 멱등하기 때문에 재요청이 오는 경우 여러 번 조회가 될 뿐 서버측 리소스에 변화를 주지는 않지요.

PRG 패턴을 도입하여 위 문제를 해결

• 결정적으로 위 문제가 발생한 것은 POST 요청 이후 URL 정보를 바꿔주지 않았기 때문입니다. URL 정보를 바꿔줘야 합니다.
• 등록 정보를 DB에 저장 후 Redirect 를 이용해 상품의 상세 정보를 보여주는 GET /items/{itemId}로 요청을 옮겨줍니다.
• 이렇게 되면 POST 요청 이후 URL은 /Items/{ItemID}가 되고 해당 URL은 GET으로 매핑되어 있기 때문에 멱등하여 재요청에 대해 문제를 발생시키지 않습니다.
• 🚀 POST 요청에 대해 결과를 Redirect를 이용해 GET 요청으로 옮겨주는 것 입니다.

🔎 Spring MVC에서 PRG 패턴 구현

아래 예제로 Spring MVC에서 redirect 하는 방법을 알아볼께요.

• redirect:/hello 를 리턴하게 되면 /hello 로 GET방식으로 요청합니다. /test 에서 /hello 로 redirect 하는 것 입니다.
• 아래 코드를 실행하고 /test로 POST 요청시 ok가 랜더링 된다면 redirect가 잘된 것 입니다.

@Slf4j
@Controller
public class TestController {

    @PostMapping("/test")
    public String test() {
        log.info("POST /test 호출");
        return "redirect:/hello";
    }
    
    @ResponseBody
    @GetMapping("/hello")
    public String hello() {
        log.info("GET /hello 호출");
        return "ok";
    }
}

예제를 통해 Spring mvc가 지원하는 redirect의 편의기능을 좀 더 알아볼께요.

• Redirect로 다른 URL로 이동시 요청 파라미터를 함께 넘기고 싶은 경우에는 RedirectAttributes 를 사용합니다.
  마치 Model에 attribute를 추가하는 것처럼 값을 key-value 쌍으로 저장하고 필요하다면 redirect 시 URL에 Path Variable로 넘겨줍니다.
• 아래 예제는 사용자로부터 상품정보를 입력받아 DB에 저장 후 사용자에게 상품상세정보 페이지를 뿌려주는 기능을 합니다.
• 상품상세정보 페이지의 URL은 GET /items/{itemId}이므로 redirect시 상품의 ID를 포함시켜주어야 합니다.
• RedirectAttributes에 추가한 값은 두가지 방식으로 사용 가능합니다.
  • 첫번째는 아래 예제와 같이 redirect url에 포함시키는 방법입니다.
    itemId가 10이라면 redirect url은 items/10이 되겠지요.
  • 두번째는 Query-Parameter로 전송하는 방식입니다.
    아래 예제에서 success를 true로 설정하여 RedirectAttributes에 담았지만 아직 사용하지는 않았습니다.
    이렇게 RedirectAttributes에 담았지만 사용되지 않은 값은 쿼리 파라미터로 붙게 됩니다.
    아래 예제의 경우 /items/10?success=true가 되겠네요.

@PostMapping("/items")
public String addItem(
		@ModelAttribute Item item, 
                RedirectAttributes redirectAttributes) {
    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("itemId", savedItem.getId());
    redirectAttributes.addAttribute("success",true);
    return "redirect:/items/{itemId}"; 
}

🔎 Spring MVC에서 PRG 패턴을 적용하지 않았을 때 문제가 발생하는 예제

아래 예제는 사용자로부터 상품 등록 정보를 입력받아 DB저장하고 상품 등록 정보를 Model에 담아 바로 View를 랜더링하는 방식입니다.

• 모든 동작이 정상적으로 이루어지고 item 이라는 View까지 정상적으로 랜더링되었다고 가정해볼께요. 클라이언트의 브라우저에 View가 뿌려졌을 때 어떤 URL을 갖고 있을까요?
• POST /items 를 그대로 갖고 있는 상태입니다. 즉 마지막 요청이 POST /items 인 것 입니다. 이 상태에서 새로고침을 수행한다면 마지막 URL인 POST /items가 또 요청될 것입니다.

@PostMapping("/items")
public String addItem(@ModelAttribute Item item, Model model) {
    Item savedItem = itemRepository.save(item);
    model.addAttribute("item", savedItem); 
    return "item";
}

인프런 김영한님의 스프링 MVC 1편 을 수강하고 정리한 내용입니다.