HTTP multipart/form-data 이해하기
- HTTP multipart/form-data
- HTTP란?
- 클라이언트 → 서버 파일 업로드하는 과정과 원리 이해하기
- HTTP 메세지 구성과 multipart
- MIME에서의 multipart & multipart/form-data
- 파일 업로드할 때 알아야하는 HTTP 규약
HTTP multipart/form-data
먼저 HTTP, multipart, multipart/form-data 세 가지 키워드에 대해 알아봅시다.
HTTP란?
HTTP(HyperText Transfer Protocol)
인터넷 상에서 클라이언트와 서버가 자원을 주고 받을 때 쓰는 통신 규약. (From Tech Interview)
클라이언트 → 서버 파일 업로드하는 과정 이해하기
파일 업로드를 구현할 때, 클라이언트가 웹브라우저라면 폼을 통해서 파일을 등록해서 전송하게 됩니다. 이때 웹 브라우저가 보내는 HTTP 메시지는 Content-Type 속성이 multipart/form-data>로 지정되며, 정해진 형식에 따라 메시지를 인코딩하여 전송합니다. 이를 처리하기 위한 서버는 멀티파트 메시지에 대해서 각 파트별로 분리하여 개별 파일의 정보를 얻게 됩니다. (From Wireframe)
이미지 파일을 전송한다고 해서 이메일에 첨부파일을 붙여 메일을 보내는 것처럼 png나 jpg 파일 자체가 전송되는 것이 아닙니다. 이미지 파일도 문자로 이뤄져 있기 때문에 이미지 파일을 스펙에 맞게 문자로 생성하여 HTTP request body에 담아 서버로 전송하는 것입니다.
HTTP(request와 response)는 간단하게 위 이미지와 같이 4개의 파트로 나눌 수 있습니다. 여기서 Message Body에 들어가는 데이터 타입을 HTTP Header에 명시해줄 수 있습니다. 이 때 명시할 수 있도록 해주는 필드가 바로 Content-type입니다. 추가적으로 Content-type 필드에 MIME(Multipurpose Internet Mail Extensions) 타입을 기술해줄 수 있는데, 여러 타입 중 하나가 바로 multipart 입니다.
< MIME에서의 multipart & multipart/form-data >
multipart 타입을 통해 MIME은 트리 구조의 메세지 형식을 정의할 수 있습니다. ex) 어떤 것이 첨부된 텍스트(multipart/mixed) / 텍스트와 HTML과 같이 다른 포맷을 함께 보낸 메세지(multipart/ alternative) 등
[ Multipart 메세지 ]
- 서로 붙어있는 여러 개의 메세지를 포함하여 하나의 복합 메세지로 보내집니다.
- MIME multipart 메세지는 “Content-type:” 헤더에 boundary 파라미터를 포함합니다.
- boundary는 메세지 파트를 구분하는 역할을 하며, 메세지의 시작과 끝 부분도 나타납니다.
- 첫번째 Boundary 전에 나오는 내용은 MIME을 지원하지 않는 클라이언트를 위해 제공됩니다.
boundary 를 선택하는 것은 클라이언트의 몫입니다. 보통 무작위의 문자를 선택해 메세지의 본문과 충돌을 피합니다. Ex) UUID
멀티파트 폼 제출:
HTTP form을 채워서 제출하면, 가변 길이 텍스트 필드와 업로드 될 객체는 각각 멀티파트 본문을 구성하는 하나의 파트가 되어 보내집니다. 멀티 파트 분몬은 여러 다른 종류와 길이의 값으로 채워진 form을 허용합니다.
multipart/form-data
: 사용자가 양식을 작성한 결과 값의 집합을 번들로 만드는데 사용합니다.
(출처: 기록은 기억을 이긴다)
<파일 업로드할 때 알아야하는 HTTP 규약>
First, there’s the
Content-Type
header. It contains information about the type of data you’re sending (multipart/form-data;
) and aboundary
. This boundary should always have a unique, somewhat random value. In the example above I used aUUID
. Since multipart forms are not always sent to the server all at once but rather in chunks, the server needs some way to know when a certain part of the form you’re sending it ends or begins. This is what theboundary
value is used for. This must be communicated in the headers since that’s the first thing the receiving server will be able to read.
(출처: Uploading images and forms to a server using URLSession)
<파일 업로드할 때 알아야하는 HTTP 규약>
(이미지 출처: 탁구치는 개발자)
서버에 multipart/form-data로 데이터를 보낼때의 request header와 body는 위 이미지와 같이 구성되어있습니다.
위 이미지과 함께 다음과 같은 HTTP 통신 규격을 확인해 볼 수 있습니다
- Content-Type가 multipart/form-data로 지정 되어있어야 서버에서 정상적으로 데이터를 처리할 수 있습니다.
- 전송되는 파일 데이터의 구분자로 boundary에 지정되어 있는 문자열을 이용합니다.
- boundary의 문자열 중 마지막
**------WebKitFormBoundaryQGvWeNAiOE4g2VM5--**
값은 다른 값과 다르게--
가 마지막에 붙었는데,--
는 body의 끝을 알리는 의미를 가집니다.
이 규격에 맞게 http header와 body 데이터를 생성 한 후 HTTP server에 요청하게 되면 서버에서도 HTTP 통신 규격에 맞게 데이터를 파싱한 후 처리하게 됩니다. 아래는 HTTP Request Data, HTTP Response Data 예시입니다.
(출처: 탁구치는 개발자)
추가적으로 header
와 header
를 구분하는 것은 개행문자이고, header
와 body
를 구분하는 것은 개행 문자 2개, body
에 포함되어있는 file data
를 구분하는 것은 boundary입니다.
엄밀하게는 (개행)바운더리문자열(개행)을 기준으로 구분하게 됩니다. 또, 이때의 개행은 플랫폼에 상관없이 CRLF로
\r\n
을 사용해야 합니다. 출처: Wireframe
참고
- HTTP 이해하기
출처 : https://lena-chamna.netlify.app/post/http_multipart_form-data/
댓글
댓글 쓰기