我想问一个关于multipart/form-data 。 在HTTP标头中，我发现Content-Type: multipart/form-data; boundary=??? Content-Type: multipart/form-data; boundary=??? 。
是??? 可由用户自由定义？ 或者它是从HTML生成的？ 我可以定义??? = abcdefg ??? = abcdefg ？
#1楼
是
???可由用户自由定义？
是。
或者它是由HTML提供的？
不， HTML与此无关 。 参见下文。
我可以定义
???作为abcdefg？
是。
如果要将以下数据发送到Web服务器：
name = John
age = 12
使用application/x-www-form-urlencoded将是这样的：
name=John&age=12
正如你所看到的，服务器知道参数由＆符号分隔& 。 如果参数值需要&则必须对其进行编码。
那么当服务器使用multipart/form-data接收HTTP请求时，服务器如何知道参数值的开始和结束位置？
使用边界 ，类似于& 。
例如：
--XXX
Content-Disposition: form-data; name="name"
John
--XXX
Content-Disposition: form-data; name="age"
12
--XXX--
在这种情况下，边界值是XXX 。 您可以在Content-Type标头中指定它，以便服务器知道如何拆分它接收的数据。
所以你需要：
使用不会出现在发送到服务器的HTTP数据中的值。
保持一致，并在请求消息中的任何位置使用相同的值。
#2楼
这个问题的确切答案是： 是的，你可以使用任意值作为boundary参数 ，因为它的长度不超过70个字节，并且只包含7位US-ASCII （可打印）字符。
如果您正在使用multipart/*内容类型之一，则实际上需要在Content-Type标头中指定boundary参数，否则服务器（在HTTP请求的情况下）将无法解析有效负载。
您可能还希望在Content-Type标头中将charset参数设置为UTF-8 ，除非您可以绝对确定在有效内容数据中仅使用US-ASCII字符集。
RFC2046的一些相关摘录：
4.1.2。 字符集参数：
与其他一些参数值不同，charset参数的值不区分大小写。 默认字符集（在没有charset参数的情况下必须假设）是US-ASCII。
5.1。 多部分媒体类型
如Content-Transfer-Encoding字段[RFC 2045]的定义中所述，对于“multipart”类型的实体，不允许除“7bit”，“8bit”或“binary”之外的编码。 在任何情况下，“多部分”边界分隔符和标题字段始终表示为7位US-ASCII（尽管标题字段可以根据RFC 2047编码非US-ASCII标题文本），并且正文部分中的数据可以编码在逐个部分，每个适当的身体部位使用Content-Transfer-Encoding字段。
多部分实体的Content-Type字段需要一个参数“boundary”。 然后将边界定界符行定义为一个完全由两个连字符（“ - ”，十进制值45）组成的行，后跟来自Content-Type头字段的边界参数值，可选的线性空格和终止的CRLF。
边界分隔符不得出现在封装材料中，且不得超过70个字符，不包括两个前导连字符。
最后一个身体部位后面的边界定界符行是一个区别分隔符，表示不会跟随其他身体部位。 这样的分隔线与先前的分隔线相同，在边界参数值之后添加两个连字符。
以下是使用任意边界的示例：
Content-Type: multipart/form-data; charset=utf-8; boundary="another cool boundary"
--another cool boundary
Content-Disposition: form-data; name="foo"
bar
--another cool boundary
Content-Disposition: form-data; name="baz"
quux
--another cool boundary--
#3楼
multipart / form-data包含分隔名称/值对的边界 。 边界的作用类似于提交表单时传递的每个名称/值对的标记。 边界自动添加到请求标头的内容类型。
具有enctype =“multipart / form-data”属性的表单将具有请求标头Content-Type：multipart / form-data; 边界--- WebKit193844043-h（ 浏览器生成的vaue ）。
传递的有效负载看起来像这样：
Content-Type: multipart/form-data; boundary=---WebKitFormBoundary7MA4YWxkTrZu0gW
-----WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: form-data; name=”file”; filename=”captcha”
Content-Type:
-----WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: form-data; name=”action”
submit
-----WebKitFormBoundary7MA4YWxkTrZu0gW--
在Web服务端，它以@Consumes（“multipart / form-data”）形式使用。
请注意，在使用chrome postman测试您的Web服务时，您需要从下拉框中检查表单数据选项（单选按钮）和文件菜单以发送附件。 将content-type显式提供为multipart / form-data会引发错误。 因为边界丢失，因为它通过附加工作正常的边界来覆盖post man到服务器的内容类型的curl请求。
请参阅RFC1341 sec7.2 Multipart Content-Type
来源：oschina
链接：https://my.oschina.net/u/3797416/blog/3182986