关于http:理解-HTTP-中的-multipartformdata

49次阅读

共计 2536 个字符,预计需要花费 7 分钟才能阅读完成。

HTTP 是一种基于申请 - 响应模型的网络通信协定,次要用于 Web 中客户端和服务器之间通信的数据传输。事实上,现在的互联网就是构建在 HTTP 之上的。基于申请 - 响应模式的通信形式很简略,客户端向服务器发送申请,服务器解决申请并进行响应。
HTTP 其实并不关怀咱们想要传输的是什么类型的数据,因为它什么类型的数据都能够传输!对于客户端或者服务器来说,只须要设置好适合的 Content-Type,让另一端可能了解数据就能够了。在一个申请中,客户端发送给服务器的数据能够是文本,也能够是图片或者音视频等等。
如果客户端想在一个申请中给服务器发送多种类型的数据呢,该怎么办呢?例如,同时发送用户的根本信息和头像。办法很简略,就是应用 HTTP 的 multipart。

Multipart 音讯构造

Multipart 容许客户端在一次 HTTP 申请中发送多个局部(part)数据,每局部数据之间的类型能够不同。Multipart 并不是一种专一的数据类型,它有很多子类型,例如:multipart/mixedmultipart/form-data 等。
艰深来讲,一个 multipart 音讯就是一个大包裹,包裹外面有多个不同类型的音讯,每一个音讯就是一个 part,每个 part 都会申明本人的音讯类型(Content-Type)。除了音讯类型,part 还能够附加一些元数据。
Multipart 音讯的根本语法结构能够在 RFC2046 中找到:

  • 每个 multipart 音讯的 Content-Type 都必须蕴含一个叫做 boundary 的参数,boundary 申明了各个 part 之间的边界,记为 ${boundary}。实际上,残缺的边界定义为:一行由两个 - 加上 ${boundary} 组成的字符串。假如咱们在 Content-Type 外面指定的 boundary=example-part-boundary,那么依照协定规定,每个 part 之间的分隔行就是:--example-part-boundary
  • 每个边界之后是一个 CRLF 加下一个 part 的头部信息。如果下一个 part 没有头部信息,边界之后就应该跟两个 CRLF,这样下一个 part 的音讯类型就会被认为是 text/plain
  • ${boundary} 不能呈现在边界之间,并且长度不能超过 70 个字符。
  • 最初一个 part 之后的边界在开端多了两个 -,示意前面不会再有其它的 part 了。这个边界的残缺格局为:--${boundary}--,例如 --example-part-boundary--

咱们会在前面讲 multipart/form-data 给出一个具体的示例。

multipart/form-data

Multipart 的应用在 Web 应用程序中很常见。应用 multipart 频率最高的中央大略就是 Web 表单了,在表单提交时,文件的上传就是通过 Multipart 来实现的。
并不是所有的表单提交都会应用 multipart,如果表单只蕴含基于文本的输出组件(例如输入框、单选框等),浏览器会将这些数据以 key=value 的模式组织,应用一种被称为 application/x-www-form-urlencodedContent-Type 传输。
如果表单中蕴含文件或图片等不能被编码成文本的元素,浏览器就会应用 multipart/form-data 向服务器传输数据。

上面是一个应用 multipart/form-data 传输用户信息的例子:

POST /profile HTTP/1.1
HOST: example.com
Content-Type: multipart/form-data; boundary=example-part-boundary

--example-part-boundary
Content-Disposition: form-data; name="username"
Content-Type: text/plain

Nicholas
--example-part-boundary
Content-Disposition: form-data; name="address"
Content-Type: application/json

{
    "country": "China",
    "city": "Beijing"
}
--example-part-boundary
Content-Disposition: form-data; name="avatar"; filename="my_avatar.jpeg"
Content-Type: image/jpeg

<binary-image data>
--example-part-boundary--

在下面这个申请中:

  • Content-Type: multipart/form-data; boundary=example-part-boundary 示意这个申请的的音讯类型是 multipart-form-data,每个 part 之间的边界为 example-part-boundary
  • 这个申请总共蕴含三个 part:

    • 第一个 part 的类型为 text/plain,它在表单上对应的 keyusernamevalueNicholas
    • 第二个 part 的类型为 application/json,它在表单上对应的 keyaddress
    • 第三个 part 的数据类型为 image/jpeg,它在表单上对应的 keyavatar,并且 part 的头部还附加了文件名相干的元数据 filename="my_avatar.jpeg
  • 最初面的 --example-part-boundary-- 示意整个 multipart 音讯的完结。

总结

Multipart 是一种常见的数据格式,罕用于上传文件和发送蕴含多种数据类型的单个申请。正确地应用 multipart 能够不便地实现多种数据的传输,进步数据传输效率和用户的应用体验,缩小服务器的申请次数。
然而,在应用 multipart 的时候,客户端必须正确地设置 Content-Type 申请头,蕴含 boundary 参数,并且 boundary 参数的内容不能和申请体内的内容反复。服务器收到申请后,须要依据 Content-Type 设置的 boundary 来解析申请体各个局部的内容。

正文完
 0