Network/HTTP

시작하며 HTTP(HyperText Transfer Protocol) 통신은 클라이언트와 서버 간 데이터를 주고 받기 위한 프로토콜이다. 다시 말하면, HTTP 통신 자체는 어떤 형식의 데이터를 보낼지 미리 정의해 놓는 방식일 뿐이다. 따라서 클라이언트와 서버간 HTTP 통신이 일어나기 위해서는 데이터를 주고 받기 위한 여러 기술이 필요하다. 이번 글에서는 HTTP 통신이 일어나기 위해 내부적으로 어떤 일이 일어나는지를 정리해본다. IP 레이어 IP 레이어란 무엇인가? 먼저 클라이언트와 서버를 생각해보자. 클라이언트와 서버는 컴퓨터일 뿐이며, 데이터를 요청하는 쪽이 클라이언트 데이터를 보내는 쪽이 서버가 된다. 따라서 이 둘간의 통신을 위해서는, 두 컴퓨터가 연결되기 위한 주소값이 필요하다. 이러한 역할..

HTTP 응답 메세지의 구성 HTTP 응답 메세지는 다음과 같은 형태로 구성된다. [HTTP 버전] [응답 상태 코드] [상태 메세지] [헤더] [빈 줄] [메세지 바디] 각 항목에 대한 설명은 다음과 같다. HTTP 버전: HTTP의 버전을 나타낸다. HTTP/0.9, HTTP/1.0, HTTP/1.1, HTTP/2.0 등이 될 수 있다. 응답 상태 코드: 100번대부터 500번대의 응답 코드를 나타낸다. 예를 들어 200이라면, 요청이 성공했다는 것을 뜻한다. 상태 메세지: 상태 메세지를 나타낸다. 예를 들어 상태 코드가 200번이라면 OK 같은 메세지를 전송할 수 있다. 상태 메세지는 없을 수도 있다. 헤더: 헤더에는 메세지 바디를 통해 전달할 콘텐츠의 MIME 타입(Content-Type), 콘텐..

DELETE 메서드 DELETE 메서드는 리소스를 삭제하기 위해 사용된다. DELETE 메서드는 특정 리소스를 제거하기 위해 사용된다. 특정 경로의 리소스를 제거하기 위해 사용되므로, 데이터를 담는 바디가 있을 필요가 없다. 따라서 DELETE 메서드는 시작라인과 헤더로만 구성된다. DELETE 메서드 수행 시 과 같이 삭제를 요청 받은 리소스 경로의 리소스는 제거된다. 물론 없으면 아무런 일도 일어나지 않는다.

PATCH 메서드 PATCH메서드는 리소스를 부분 변경하기 위해 사용된다. 앞서 배운 POST와 PUT은 신규 리소스를 등록하거나 덮어쓰기 위해 사용되었다. 하지만, 항상 리소스를 새로 등록하는 것은 비용이 비싸다. 따라서 일부 데이터가 변경되거나 추가되었을 경우에 대한 동작이 필요하다. PATCH는 이러한 부분 변경을 지원하는 메서드이다. 구체적인 예시보다는 을 통해 이해하도록 하자. /post/100 경로에 A: 300, C: 400이라는 리소스가 등록되어 있을 때 PATCH를 통해 A: 100, B: 200을 PATCH하라는 요청이 왔을 경우 A는 300에서 100으로 변경되고 B는 200으로 신규 등록되며 C는 그대로 400으로 남아있는다. 부분 변경을 지원하는 동작이 PATCH 메서드이다.

PUT 메서드 PUT메서드는 리소스를 덮어쓰기 위해 사용한다. 앞서 다음과 같은 POST 메서드를 살펴보았다. POST /post HTTP/1.1 Host: kotlinworld.com Content-Type: text/html Content-Length: XX .. POST메서드의 경로는 /post 라는 디렉터리이며, 리소스가 등록될 경로를 구체적으로 지정하지 않았다. 따라서 서버에서 해당 리소스가 생성될 경로를 할당한다. 예를 들어 100번에 생성되었으면 /post/100이라는 경로를 리소스에게 할당한다. 하지만, PUT메서드는 다르다. PUT 메서드에서는 리소스가 할당될 경로까지 지정을 해준다. 예를들어 /post/100 이라는 것을 시작 라인에 지정해준다. PUT /post/100 HTTP/1.1..