📘HTTP 상태코드
- 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능
📗 1XX
요청이 수신되어 처리중
-> 잘 사용되지 않음
📗 2XX
요청 정상 처리
200 OK
201 Created
- 요청 성공하여 새로운 리소스가 생성됨(ex. post요청)
202 Accepted
- 요청이 접수되었으나 처리 되진 않았음(ex.배치 처리등 1시간 뒤 요청 처리하는 시스템)
204 No Content
- 서버가 요청을 성공적으로 수행했지만, 응답 페이로드 본문에 보낼 데이터가 없음(ex. 웹 문서 편집기에서 save 버튼의 결과등 응답 내용이 필요가 없을때)
📗 3XX(Redirection)
요청을 완료하려면 추가 행동이 필요
응답 결과에 Location 헤더가 있으면 Location 위치로 자동 리다이렉션(이동)한다.
301 Moved Permanently
- 리소스의 URI가 영구적으로 이동, 원래 URL 사용X, 검색 엔진 등에서도 변경 인지
- 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거 될 수 있음
308
- 301과 기능은 같지만, 리다이렉트시 요청 메서드와 본문을 유지 한다.
302
- 리소스의 URI가 일시적으로 변경, 검색엔진등에서 URL을 변경하면 안됨
- 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거 될 수 있음
307
- 302와 기능은 같지만, 요청 메서드와 본문을 유지한다.
303
- 302와 기능은 같지만, 리다이렉트시 요청 메서드가 GET으로 변경
PRG: Post/Redirect/Get
- POST 주문 후 웹 브라우저 새로고침하면, POST 요청이 중복되어 중복주문이 될 수도 있다.
- 중복 주문 방지 하기위해 PRG 사용
- 주문 결과 화면을 GET 메서드로 리다이렉트 한다.
- 새로고침하면 GET으로 조회
- 중복 주문(POST)대신 결과 화면 GET만 다시 요청 됨
304
- 캐시를 목적으로 사용
- 리소스가 수정되지 않았음을 알려준다. -> 로컬 PC에 저장된 캐시를 재사용한다.
- 응답에 메시지 바디 포함하면 안됨(로컬 캐시 사용해야 하므로)
- 조건부 GET, HEAD 요청시 사용
📗 4XX
클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음
401 Unauthorized
403 Forbidden
- 인증 자격 증명은 있지만, 접근 권한이 불충분한 경우
404 Not Found
📗 5XX
서버 오류, 서버가 정상 요청을 처리하지 못함
500
503
- 서버 이용불가, 일시적인 과부하, 예정된 작업으로 요청 처리 불가
만약 모르는 상태 코드가 나타나면?
- 상위의 상태코드를 확인하여 해석해서 처리한다.
- 미래에 새로운 상태 코드 추가 되어도 변경이 필요 없음.