[HTTP] : Status 코드 정리

"HTTP Status Codes"는 클라이언트가 서버로 보낸 요청에 대한 "응답"을 나타내는데 사용한다.

각 코드들은 "특정한 의미"를 가지고 있고,

Status 코드들은 "3가지의 숫자"로 이루어져있으며,

"앞자리 숫자"에 따라 5개의 클래스로 나누어진다.

---

# Status Codes : 100~199 Informational (정보 응답) 

# 위 클래스는 서버가 요청을 받았고,
# 서버와 연결된 클라이언트는 계속적으로 작업을 진행하라는 의미이다.

1) 100 continue

클라이언트는 요청을 계속해야 한다. 이 임시 응답은 클라이언트에서 보낸 요청의 초기 부분이 수신되었으며, 현재 서버에서 거부되지 않았음을 나타내는데 사용한다.

그렇기에 클라이언트는 남은 요청사항을 계속해서 진행해야 하고, 이미 모든 요청사항이 완료된 경우에는 이 응답을 무시한다.

2) 101 Switching Protocol (서버가 전환되는 프로토콜)

1. 서버는
2. 업그레이드 메시지 헤더를 통해서
3. 이 연결에서 사용되는 어플리케이션 프로토콜의 변경에 대한 클라이언트의 요청을 이해하고 따른다.

서버는 101 응답을 종료하는 빈줄의 바로 다음에,
응답의 업그레이드 헤더필드에 정의된 프로토콜로 프로토콜을 전환한다.

프로토콜을 전환시키는 부분에서 전환하는것이 유리한 경우일 때 전환시켜야 합니다.

해당 코드는 WebSocket 프로토콜 전환시에 사용됩니다.

3) 102 Processing(WebDAV) (처리)

이 코드는 서버가 요청을 수신하여 처리중에 있으나, 아직 사용할 수 있는 응답이 없다는 것을 알려주는 코드입니다.

4) 103 Early Hints 

이 상태코드는 주로 헤더와 함께 사용됩니다.
서버가 응답을 준비하는 동안 link 사용자 에이전트가 리소스 사전 로드를 시작할 수 있도록 해줍니다.

---

# Status Codes : 200~299 Successful responses (성공적인 응답)

# 위 클래스는 클라이언트의 요청이 성공적으로 수신, 이해, 수락 되었음을 나타내줍니다.

1) 200 OK (성공)

요청이 "성공" 했음을 나타냄.

"성공" 은 각 HTTP 메서드에 따라서 다른 의미를 가집니다.

• GET : 리소스를 가져와 본문에 전송을 완료했다.
• HEAD : 응답에 헤더가 포함된다.
• POST || PUT : 조치 결과가 담긴 리소스가 본문에 전송된다.
• TRACE : 서버에서 받은 요청 메시지가 포함된다.

2) 201 Created (생성)

요청이 성공했고 그에 따른 결과로 새로운 리소스가 생성됩니다.
위 응답은 일반적으로 POST 요청 또는, 일부 PUT 요청 후에 전송되는 응답입니다.

3) 202 Accepted (수락)

처리를 위한 요청은 수락되었지만, 아직 처리가 되진 않은 상태.

위 응답의 목적은, 처리가 완료될 때까지 서버에 대한 사용자의 연결을 지속할 필요 없이, 서버가 일부 다른 프로세스에 대한 요청을 수락할 수 있게 하기 위함이라고 한다.

결과적으로 위 응답은 요청한 처리가 처리될 수도 있고, 아닐수도 있으며, 이런 비동기적인 작업에서 다시 반환할 수 있는 HTTP 상태 코드가 없기 때문에, 위 202 응답은 의도적으로 커밋되지 않습니다.

4) 203 Non-Authoritative Information (신뢰할 수 없는 정보)

위 응답은, 반환된 데이터가 원본 서버의 사용가능한 데이터와는 정확히 일치하지 않고, 로컬 또는 타사 복사본에서 수집되었음을 의미한다.
주로 다른 리소스의 백업에 사용된다.

이 응답은 사용이 필수가 아니며, 상태가 200일 경우에만 사용이 적합하다.

5) 204 No Content (콘텐츠 없음)

이 응답은 요청이 성공적으로 처리되었으나, 대해 보내줄 컨텐츠가 없지만, 헤더의 내용이 유용할 수 있다.

사용자는 이 헤더의 내용을 바탕으로 새로운 헤더로 업데이트 할 수 있다.

6) 205 Reset Content (내용 재설정)

이 응답은, 해당 요청을 보낸 문서를 재설정 하라고 사용자에게 알려주는 코드입니다.

응답에는 Entity(개체)가 무조건 포함되면 안됩니다.

7) 206 Partial Content (특정 부분)

서버는 리소스에 대해 부분적인 GET요청을 이행했습니다.
요청은 원하는 범위를 나타내는 Range 헤더를 포함해야 합니다.

요청을 조건부로 만들기 위한 If-Range 헤더가 포함될 수도 있습니다.

8) 207 Multi-Status (WebDAV)

이 응답은, 여러 리소스에 대한 요청이 처리되었고, 각 리소스에 대한 세부적인 상태 정보를 응답으로 전달하는데 사용합니다.
주로 WebDAV 프로토콜과 관련된 요청에 사용됩니다.

9) 208 Already Reported (WebDAV)

207과 유사하게 여러 리소스에 대한 상태를 나타내는 응답이지만, 보다 구체적인 의미를 전달한다.
주로 WebDAV 프로토콜과 관련된 요청에 사용됩니다.

10) 226 IM Used (WebDAV)

WebDAV의 또 다른 응답코드인 200 OK 와 구별하기 위해서 도입되었다.
주로 WebDAV 프로토콜과 관련된 요청에 사용됩니다.

WebDAV에서 이미 직전 요청에서 사용한 인스턴스를 재사용하고 있음을 알려줄 때 사용하는 응답코드 이다.

---

# Status Codes : 300~399 Redirection Message (다시 지시)

# 위 클래스는 서버가 클라이언트의 요청을 완료하기 위해 추가동작을 취해야 함을 의미한다.

1) 300 Multiple Choice (다양한 선택지 중 선택)

이 응답은, 클라이언트가 요청한 리소스가 한 개가 아닌 여러개임을 나타내고, 사용자가 이 중에서 한 가지를 선택해야 함을 나타내줍니다.
웹브라우저에서 자주 사용되지는 않는다고 합니다.

위 같은 경우, 서버는 사용자에게 선택 가능한 리스트를 포함하여 응답을 보냅니다.
그렇다면, 사용자는 리스트를 확인하고, 원하는 리소스를 선택해서 서버에 재요청 할 수 있습니다.

예로 "다국어"가 있습니다.
다국어 리스트에서 사용자가 원하는 언어로 재요청이 가능합니다.

2) 301 Moved Permanently (영구적 이동)

클라이언트가 요청한 리소스가 영구적으로 새로운 위치에 이동했음을 나타내주는 응답이다.
웹브라우저에서 자주 사용되는 코드 중 하나.

위 응답은 일반적으로 리소스에 해당하는 URL이 변경되었고,
새로운 URL을 통해서 리소스에 접근해야 할 때 알려주는 코드입니다.
여기서 응답의 본문에는 새로운 URL이 포함되어야 합니다.

3) 302 Found (일시적 이동)

웹브라우저에서 자주 사용되는 코드 중 하나.
리소스의 URL이 일시적으로 변경된 경우에 사용됩니다.

일시적으로 변경된 URL을 응답 본문에 포함시켜 사용자에게 알려줘야 합니다.

301과는 차이가 있습니다.

4) 303 See Other (요청한 리소스가 다른 위치로 이동)

웹브라우저에서 자주 사용되는 코드 중 하나.
위 응답은 주로 POST와 같이 클라이언트가 리소스를 생성하거나 수정한 후에 해당 리소스를 확인하기 위해서 Redirection 할 때 사용한다.

서버는 응답 본문에 해당 위치에 대한 URL을 포함해야 하며, 클라이언트는 GET요청을 통해 리소스를 확인할 수 있다.

5) 304 Not Modified (수정 되지 않음)

클라이언트의 cach가 최신 버전의 리소스를 가지고 있어서 수정되지 않음을 응답으로써 나타내준다.

6) 307 Temporary Redirect

302 Found 응답과 같은 의미를 가지고 있으나, 이전에 사용된 HTTP 메서드가 다음 요청시에도 변하면 안된다는 점이 다르다.

첫 번째 요청에서 POST 메서드를 사용하였다면, 두 번째 요청에서도 POST 메서드를 사용해야 한다.

7) 308 Permanent Redirect

301 Moved Permanently 응답과 같은 의미를 가지고 있으나, 이전에 사용된 HTTP 메서드가 다음 요청시에도 변하면 안된다는 점이 다르다.

첫 번째 요청에서 POST 메서드를 사용하였다면, 두 번째 요청에서도 POST 메서드를 사용해야 한다.

---

# Status Codes : 400~499 Client Error Responses (클라이언트 오류 응답)

# 클라이언트의 요청이 잘못되었거나, 서버가 요청을 이해하지 못했음을 나타냅니다.

1) 400 Bad Request (잘못된 요청)

클라이언트의 요청이 서버에 전달된 "시점"에 유효하지 않은 경우 사용한다.
클라이언트가 구문을 작성하거나, 필요한 데이터를 요청에 포함시키지 않았을 때 발생할 수 있다.

예로 클라이언트가 서버에게 잘못된 데이터 형식으로 요청을 보내거나 필수적인 파라미터를 누락한 경우 400 Bad Request 상태 코드가 반환될 수 있습니다. 또한 서버가 요청을 올바르게 처리할 수 없는 경우에도 이 상태 코드가 사용될 수 있습니다.

2) 401 Unauthorized (인증되지 않은 요청)

인증되지 않은 요청임을 나타냅니다.

서버가 클라이언트의 요청을 이해하지만, 요청된 리소스에 대한 접근 권한이 없는 경우에 사용됩니다.
클라이언트가 요청을 보낸 경우, 서버는 클라이언트에게 인증이 필요하다는 메시지를 함께 응답으로 보냅니다.
클라이언트는 이후 인증 정보를 제공하여 접근 권한을 얻어야 합니다.

3) 402 Payment Required (서버에 요청한 리소스에 접근시 결제 필요)

디지털 결제 시스템에 사용하기 위한 목적으로 만들어졌으나, 현재는 사용되고 있지는 않습니다.

4) 403 Forbidden (접근 권한 없음)

서버가 클라이언트의 요청을 이해했지만, 클라이언트의 인증 정보나 권한이 유효하지 않아서 요청된 리소스에 접근을 거부한 경우에 사용됩니다.

또한, 클라이언트의 인증 정보가 유효하지 않거나 만료되었을 때에도 이러한 상태 코드가 사용될 수 있습니다.

예로, 기능구현의 토큰이 있다.

5) 404 Not Found (요청한 리소스를 찾을 수 없음)

요청한 리소스를 서버에서 찾을 수 없음을 나타내 줍니다.
클라이언트가 요청한 URL이 서버에서 인식되지 않는 경우에 사용됩니다.

즉, 오타나 잘못된 URL을 사용하여 요청했을 때나, 삭제된 리소스를 요청했을 때, 또는 존재하지 않는 페이지를 요청했을 때 등에 발생할 수 있습니다.

6) 405 Method Not Allowed (요청한 HTTP 메서드 허용 불가)

클라이언트가 사용한 HTTP 메서드는 서버에서 지원하지 않는 메서드라는 것을 나타냅니다.

예로, 서버에서 특정 URL에 대해 GET 요청만 허용되도록 설정한 경우에는,
클라이언트가 해당 URL에 POST 요청을 보내면 405 Method Not Allowed 상태 코드가 반환될 수 있다.
이는 서버에서 해당 리소스에 대해 POST 메서드를 지원하지 않기 때문이다.

7) 406 Not Acceptable (허용되지 않은 미디어타입)

클라이언트가 요청한 리소스에 대해 서버가 허용하지 않는 미디어 타입을 요청했을 때 사용되는 상태 코드입니다.
클라이언트가 Accept 헤더를 통해 지원하지 않는 미디어 타입을 요청했거나,
서버가 요청된 미디어 타입을 제공할 수 없는 경우에 반환합니다.

예로, 클라이언트가 JSON 형식의 데이터를 요청했지만 서버에서는 JSON을 지원하지 않고 XML 형식의 데이터만 제공하는 경우에는
406 Not Acceptable 상태 코드가 반환될 수 있습니다.
또는 클라이언트가 특정 인코딩을 요청했는데 서버에서 그 인코딩을 지원하지 않는 경우에도 이러한 상태 코드가 발생할 수 있습니다.

8) 407 Proxy Authentication Required (Proxy 서버 인증)

401과 유사한 의미를 가지지만, 프록시에 의한 인증이 필요함을 나타낸다.
클라이언트가 프록시 서버를 통해 요청을 보내기 위해서는 인증이 필요하다는 것을 나타내는 상태 코드입니다.

즉, 클라이언트가 프록시 서버에서 요구하는 인증 정보를 제공해야 원격 서버와의 통신을 이룰 수 있습니다.

9) 408 Request Timeout (시간 지연)

서버가 클라이언트의 요청을 수행하기까지의 시간이 지나서 요청을 처리하지 못했을 때 사용되는 HTTP 상태 코드입니다.
클라이언트가 요청을 보냈지만, 서버가 일정 시간 내에 요청을 처리하지 못한 경우에 발생합니다.
클라이언트는 요청이 시간 초과되었음을 인식하고, 다시 요청을 시도하거나, 네트워크 상태를 확인하여 문제를 해결해야 합니다.

10) 409 Conflict (충돌)

서버가 클라이언트의 요청을 처리할 수 없는 경우에 사용되는 상태 코드입니다.
클라이언트의 요청이 현재 서버의 상태와 충돌이 발생하여 요청을 성공적으로 수행할 수 없음을 나타냅니다.

위 코드는 주로 다음과 같은 상황에서 사용될 수 있습니다.

1. 동시성 충돌: 여러 클라이언트가 동시에 같은 리소스를 수정하려고 할 때, 서버는 이를 처리하는 데 충돌이 발생할 수 있습니다.
   예를 들어, 두 클라이언트가 같은 데이터를 수정하려고 할 때 각각의 변경 사항이 서로 충돌하여 서버가 상태를 결정할 수 없는 경우에 위 코드가 반환될 수 있습니다.
   
   
2. 리소스 상태 충돌: 클라이언트가 리소스를 생성하려고 할 때 이미 해당 리소스가 존재하는 경우,
   서버는 새로운 리소스를 생성하는 대신 기존 리소스를 수정하거나 다른 방법으로 충돌을 처리해야 합니다.
   
   
3. 데이터 유효성 충돌: 클라이언트가 유효하지 않은 데이터를 서버에 전달하면,
   서버는 이러한 데이터로 인해 요청을 처리할 수 없는 상태가 되는 경우가 발생할 수 있습니다.

11) 410 Gone (존재했으나, 현재는 삭제된 리소스)

클라이언트가 요청한 리소스가 영구적으로 삭제되어 더 이상 사용할 수 없음을 나타내는 HTTP 상태 코드입니다.
해당 리소스가 삭제되어 더 이상 사용할 수 없다는 것을 클라이언트에게 알려주기 위해 사용됩니다.
클라이언트는 영구적으로 삭제된 리소스를 더 이상 사용하지 않고, 다른 유효한 리소스를 찾아 사용해야 합니다.

12) 411 Length Required (POST요청 시 특정 헤더를 포함하지 않은 경우)

클라이언트가 POST 요청을 보낼 때 Content-Length 헤더를 포함하지 않은 경우에 발생하는 상태 코드입니다.
이 상태 코드는 서버가 요청의 바디 크기를 알 수 없어 요청을 처리할 수 없음을 나타냅니다.

13) 412 Precondition Failed (전제조건 불일치)

위 코드는 서버가 클라이언트의 요청을 처리하기 전에 요청에 지정된 사전 조건(precondition)이 충족되지 않았을 때 사용되는 상태 코드입니다.
즉, 클라이언트가 특정 조건을 충족시키지 않은 상태에서 요청을 보낸 경우에 이 상태 코드가 반환됩니다.

위의 사전 조건은 주로 요청에 대한 조건부 요청(Conditional Request)에서 사용됩니다.
조건부 요청은 클라이언트가 서버에 리소스를 요청할 때, 해당 리소스의 상태나 시간과 관련된 조건을 함께 전달하여,
특정 조건이 충족되지 않으면 요청을 거절하도록 하는 메커니즘입니다.

14) 413 Paylord Too Large (요청 크기 초과)

클라이언트가 서버로 보내는 요청의 크기가 서버가 처리할 수 있는 최대 크기를 초과했을 때 사용되는 상태 코드입니다. 즉, 클라이언트가 요청의 본문(payload) 크기가 서버의 제한을 초과하여 요청을 처리할 수 없을 때 이 상태 코드가 반환됩니다.

15) 414 URI Too Long (URI 허용길이 초과)

클라이언트가 서버로 보내는 요청의 URI(Uniform Resource Identifier)가 서버가 처리할 수 있는 최대 길이를 초과했을 때 사용되는 상태 코드입니다.
클라이언트가 요청의 URI가 서버가 처리할 수 있는 제한 길이를 초과하여 요청을 처리할 수 없을 때 이 상태 코드가 반환됩니다.

16) 415 Unsupported Media Type (지원되지 않는 미디어 타입)

서버가 클라이언트의 요청에 포함된 미디어 타입을 지원하지 않을 때 사용되는 상태 코드입니다.
클라이언트가 요청의 본문에 지원되지 않는 미디어 타입을 포함하여 서버에 요청을 보낸 경우에 이 상태 코드가 반환됩니다.

17) 416 Requested Range Not Satisfiable (지정범위 밖의 오류)

클라이언트가 서버로 보낸 요청에 지정된 범위(range)가 만족되지 않을 때 사용되는 상태 코드입니다.
클라이언트가 요청에 Range 헤더를 포함하여 특정 범위의 리소스를 요청했지만,
해당 범위가 서버가 가지고 있는 리소스의 유효 범위를 벗어난 경우에 이 상태 코드가 반환됩니다.

18) 417 Expectation Failed (Expext 요청 에러)

클라이언트가 서버에 기대(expectation)를 지정했지만, 서버가 이러한 기대를 만족시킬 수 없을 때 사용되는 상태 코드입니다. 이러한 기대는 Expect 헤더를 사용하여 요청 메시지에 포함됩니다.

19) 418 I'm a teapot (???)

d장난스럽게 만들어진 상태 코드로, 실제로는 HTTP 표준에서 사용되지 않습니다.
위 코드는 1998년 4월에 만들어진 "Hyper Text Coffee Pot Control Protocol (HTCPCP)"라는 장난 스펙에서 비롯되었습니다.

20) 421 Misdirected Request (응답생성 불가능)

HTTP/2 프로토콜에서 클라이언트의 요청이 서버에 잘못 전송되었을 때 사용되는 상태 코드입니다.
클라이언트는 올바른 서버에 요청을 다시 시도해야 합니다.
서버는 이러한 문제를 클라이언트에게 알리기 위해 421 Misdirected Request 상태 코드를 반환합니다.

21) 429 Too Many Requests (너무 많은 요청)

클라이언트가 특정 시간 동안 너무 많은 요청을 보냈을 때 사용되는 상태 코드입니다.
위 코드는 서버가 클라이언트의 요청을 제한하고 있음을 알리는데 사용됩니다.

---

# Status Codes : 500~599 Server Error Responses (서버 오류 응답)

# 서버가 유효한 요청을 수행하지 못했음을 나타내는 클래스이다.

1) 500 Internal Server Error (내부 오류)

서버에서 발생한 내부적인 오류로 인해 요청을 처리할 수 없는 상태임을 나타내는 상태 코드입니다.
위 코드는 서버 측에서 예기치 않은 문제가 발생하여 요청을 처리하는 동안 오류가 발생했을 때 반환됩니다.

위 코드는 주로 다음과 같은 상황에서 발생할 수 있습니다.

1. 서버 측 코드 오류: 서버에서 처리 중에 프로그램적인 오류가 발생한 경우, 예외가 발생하거나 처리되지 않은 오류가 있을 수 있습니다.
2. 데이터베이스 오류: 서버가 데이터베이스와 상호 작용하는 동안 오류가 발생할 수 있습니다.
3. 시스템 리소스 부족: 서버의 시스템 리소스가 부족하여 요청을 처리할 수 없는 경우가 있습니다.
4. 외부 서비스 오류: 서버가 외부 서비스와 통신 중에 오류가 발생하는 경우가 있습니다.

2) 501 Not Implemented (기능 지원 오류)

요청받은 기능이 서버에서 구현되지 않았음을 나타내는 상태 코드입니다.
클라이언트가 서버에게 요청한 동작이 서버에서 아직 구현되지 않았거나 지원되지 않는 경우에 이 상태 코드가 반환됩니다.

3) 502 Bad Gateway (응답 받지 못함)

게이트웨이나 프록시 서버가 클라이언트의 요청을 수행하는 도중에 유효하지 않은 응답을 받았을 때 사용되는 상태 코드입니다. 위 코드는 클라이언트가 서버로 보낸 요청을 다른 서버로 전달하기 위해 게이트웨이나 프록시 서버를 사용하는 경우에 흔히 발생합니다.

위의 상태 코드가 발생할 수 있는 일반적인 상황은 다음과 같습니다.

1. 프록시 서버가 다운되거나 응답하지 않는 경우.
2. 프록시 서버가 클라이언트의 요청을 잘못된 서버로 전달한 경우.
3. 게이트웨이 서버가 클라이언트의 요청을 처리하는 도중에 서버에서 유효하지 않은 응답을 받은 경우.

4) 503 Serviece Unavailable (과부하 또는 사용불가)

서버가 현재 요청을 처리할 수 없는 상태임을 나타내는 상태 코드입니다.
이 상태 코드는 서버가 일시적인 과부하 또는 유지 보수로 인해 요청을 처리할 수 없는 경우에 자주 사용됩니다.

위의 상태 코드는 다음과 같은 상황에서 발생할 수 있습니다.

1. 서버 과부하: 서버에 너무 많은 요청이 동시에 발생하여 서버가 처리할 수 없는 상태입니다.
2. 유지 보수: 서버가 일시적으로 유지 보수 작업을 진행하여 요청을 처리할 수 없는 상태입니다.
3. 서비스 장애: 서버의 서비스가 일시적으로 중단되었거나 다운되어 요청을 처리할 수 없는 상태입니다.

5) 504 Gateway Timeout (응답 시간 초과)

클라이언트가 서버로 요청을 보냈지만,
게이트웨이 서버가 일정 시간 내에 응답을 받지 못해 요청이 시간 초과된 상태임을 나타내는 상태 코드입니다.

위 코드는 주로 다음과 같은 상황에서 발생할 수 있습니다.

1. 게이트웨이 서버가 응답하지 않는 경우.
2. 게이트웨이 서버가 요청을 처리하는 도중에 시간이 오래 걸리는 경우.
3. 게이트웨이 서버가 요청을 다른 서버로 전달하고, 그 서버가 응답하지 않는 경우.

6) 508 Loop Detected (무한 루프)

클라이언트가 서버에게 보낸 요청에서 루프(Loop)가 발생한 것을 나타내는 상태 코드입니다.
위 코드는 서버가 요청 처리 과정에서 무한 루프에 빠졌음을 알리는데 사용됩니다.

7) 510 Not Extended (확장 필요)

서버가 요청받은 HTTP 요청에 대해 필요한 확장 기능(extension)이 서버에 구현되지 않았음을 나타내는 상태 코드입니다.
클라이언트가 요청한 동작을 수행하기 위해 추가적인 확장 기능이 필요하지만,
서버에는 해당 기능이 구현되어 있지 않은 경우에 이 상태 코드가 반환됩니다.

8) 511 Network Authentication Required (네트워크 인증 필요)

요청한 리소스에 접근하기 위해 네트워크 수준의 인증이 필요함을 나타내는 상태 코드입니다.
위 코드는 클라이언트가 요청한 리소스에 접근하기 위해 네트워크 인증이 필요한 경우에 사용됩니다.

---

물론 위의 모든 Status 코드를 사용해보진 않았다.

내가 주로 사용한 코드들은 200, 201, 400, 401, 403, 409, 412, 500 정도가 있다.

내가 에러핸들링을 통해서 특정 Status 코드를 배출할 때, 의미를 모르고 쓰고 있다는 걸 알게되었다.

그래서 공부차원에서 어떤 코드들이 있는지 살펴보았고, 앞으로도 작업을 하면서 이럴때는 어떤 코드를 사용하면 적합할까? 를 떠올리게 된다면 여기에 들어와서 참고를 많이 하게 될 것 같다.

참고를 하면서 기억에 남는 부분들은 그 때 그 때 예시로 해당 코드 아래에 작성해 나가는 것도 좋은 방안이라는 생각이 든다.

#HTTP_Status_Codes #에러핸들링 #예외처리 #에러코드 #상태코드

참고문서1 / 참고문서2 / 참고문서3 / 참고문서4