본문 바로가기
Backend, Server/HTTP

[HTTP] HTTP 상태 코드

by ggyongi 2022. 1. 7.
반응형

상태코드란?

클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능

• 1xx (Informational): 요청이 수신되어 처리중 => 실무에서 볼 일이 거의 없음
• 2xx (Successful): 요청 정상 처리
• 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요
• 4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음
• 5xx (Server Error): 서버 오류, 서버가 정상 요청을 처리하지 못함

 

만약 299같은 모르는 상태 코드가 오더라도 클라이언트는 상위 상태코드로 해석해서 처리함(299->2xx)

 

 

2xx (Successful) : 클라이언트의 요청을 성공적으로 처리

- 200 OK : 요청 성공

- 201 Created : 요청 성공하여 새로운 리소스가 생성됨

- 202 Accepted : 요청이 접수되었으나 처리가 완료되지 않았음(배치 처리 같은 곳에서 사용)

- 204 No Content : 서버가 요청을 잘 수행했지만, 응답 메시지 본문에 보낼 데이터가 없음(ex 문서 페이지의 저장 버튼=> 결과로 보낼 데이터가 없음)

 

실무에선 200, 201 정도만 자주 사용됨

 

 

3xx (Redirection) : 요청 완료를 위해 유저의 추가 조치가 필요

- 300 Multiple Choices

- 301 Moved Permanently

- 302 Found

- 303 See Other

- 304 Not Modified

- 307 Temporary Redirect

- 308 Permanent Redirect

 

*리다이렉션 : 웹브라우저는 3xx 응답 결과에 Location 헤더가 있으면 Location 위치로 자동 이동

리다이렉션 종류

1. 영구 리다이렉션 : 특정 리소스의 URI가 영구적으로 이동(/event -> /new-event)

2. 일시 리다이렉션 : 일시적인 변경(ex 주문 완료 후 주문 내역 화면으로 이동)

PRG : Post/Redirect/Get

3. 특수 리다이렉션 : 결과 대신 캐시 사용

 

 

- 영구 리다이렉션 : 301, 308

• 301 Moved Permanently : 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거될 수 있음(MAY) 
• 308 Permanent Redirect : 리다이렉트시 요청 메서드와 본문 유지(POST를 보내면 리다이렉트도 POST)

 

- 일시 리다이렉션 : 302, 307, 303

• 302 Found : 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거될 수 있음(MAY) 
• 307 Temporary Redirect : 리다이렉트시 요청 메서드와 본문 유지(요청 메서드를 변경하면 안된다. MUST NOT) 
• 303 See Other : 리다이렉트시 요청 메서드가 GET으로 변경

*PRG : Post/Redirect/Get

상황 : POST로 주문 후에 웹브라우저를 새로고침하면? -> 중복 주문이 발생할 수 있음

해결 : POST로 주문후에 주문 결과 화면을 GET 메서드로 리다이렉트. 그러면 새로고침되도 결과화면이 GET으로 조회됨

(우리가 주문 버튼을 누르면 저절로 결과화면으로 넘어가는 것과 같음)

• 현실 : 307, 303을 권장하지만 현실적으로 이미 많은 애플리케이션 라이브러리들이 302를 기본값으로 사용

• 자동 리다이렉션시에 GET으로 변해도 되면 그냥 302를 사용해도 큰 문제 없음

 

- 기타 리다이렉션 : 300, 304

• 300 Multiple Choices: 안쓴다.
• 304 Not Modified : 캐시를 목적으로 사용
• 클라이언트에게 리소스가 수정되지 않았음을 알려준다. 따라서 클라이언트는 로컬PC에
저장된 캐시를 재사용한다. (캐시로 리다이렉트 한다.)
• 304 응답은 응답에 메시지 바디를 포함하면 안된다. (로컬 캐시를 사용해야 하므로)
• 조건부 GET, HEAD 요청시 사용

 

 

4xx (Client Error) : 클라이언트 오류(오류의 원인이 클라이언트에 있음)

404 Bad Request : 클라이언트가 잘못된 요청을 해서 요청을 처리할 수 없음, 클라이언트는 다시 검토하고 보내야함

401 Unauthorized : 클라이언트가 해당 리소스에 대한 인증이 필요.

403 Forbidden : 서버가 요청을 이해했지만 승인을 거부(인증 자격 증명은 있지만 접근 권한이 불충분한 경우)

404 Not Found : 요청 리소스를 찾을 수 없음

 

 

5xx (Server Error) : 서버 오류(서버에 문제가 있기 때문에 재시도 시 성공할 수도 있음)

500 Internal Server Error : 서버 문제로 오류 발생, 애매하면 500 오류

503 Service Unavailable : 서비스 이용 불가(과부하나 예정된 작업으로 요청을 처리할 수 없음)

(Retry-After 헤더 필드로 얼마뒤에 복구되는지 보낼 수도 있지만 실제로는 예상하기 어려운거라 잘 쓰이지 않음)

 

 

 

-----------------------------------------

참고 : 인프런 김영한님 강의(모든 개발자를 위한 HTTP 웹 기본 지식)

 

비전공자 네카라 신입 취업 노하우

시행착오 끝에 얻어낸 취업 노하우가 모두 담긴 전자책!

kmong.com

댓글