在XHR中将multipart / form-data用作Content-Type时得到“ 400 Bad Request”

一尘不染

在XHR中将multipart / form-data用作Content-Type时得到“ 400 Bad Request”

ajax

我有一个AJAX请求，可以发送一些数据。数据符合multipart / form-data
规范。

我面临的问题是浏览器将Content-Type标头设置为text / plain，它应该是multipart / form-data。

我尝试这样做：request.setRequestHeader("Content-Type", "multipart/form- data");但这会发出400错误的请求错误。

如果我request.setRequestHeader("Content-Typexxxx", "multipart/form- data");没有错误，则设置“ Content-Typexxxx”标头，但显然对我没有帮助。

我猜这里有一个可以设置的有效Content-Type标头列表，而“ multipart / form-data”不在其中，但是我找不到解决方案。

实际发送的数据样本：

内容类型：多部分/表单数据；边界= l3iPy71otz

--l3iPy71otz
内容处置：表单数据；name =“ titluPublic”

Variation_1
--l3iPy71otz
内容处置：表单数据；name =“ nr_versiune”


--l3iPy71otz--

谢谢！

阅读 410

2020-07-26

共1个答案

一尘不染

您没有boundary在请求标头中设置，例如：

request.setRequestHeader("Content-Type", "multipart/form-data; boundary=l3iPy71otz");

有关更多信息，请参见RFC 2045：

5 Content-Type标头字段
[…]

参数是media子类型的修饰符，因此不会从根本上影响内容的性质。有意义的参数集取决于媒体类型和子类型。大多数参数与单个特定的子类型相关联。但是，给定的顶级媒体类型可以定义适用于该类型的任何子类型的参数。参数可能是其定义的内容类型或子类型所必需的，也可以是可选的。MIME实现必须忽略它们无法识别其名称的任何参数。

例如，“ charset”参数适用于“文本”的任何子类型，而 “边界”参数对于“ multipart”媒体类型的任何子类型都是必需的。

更新： 当在请求标头中将a
添加到，但未在正文的消息边界中添加时，我在网上发现了另一个问题（对于您的测试用例也是如此）。这似乎不是一个可行的解决方案，但也许会有所帮助。charset``Content- type

在您的情况下，charset在请求标头和消息边界中显式添加a ：

data.params += "--" + data.uniqid + "; charset=UTF-8" + data.crlf;
…
request.setRequestHeader("Content-Type", "multipart/form-data; boundary=" + data.uniqid + "; charset=UTF-8");

更新2： 在本地尝试此操作后，我注意到引导边界并没有被识别，而是被解释为最后一个参数内容（在我的宽容服务器上）。也许那是导致Apache抛出400 Bad Request错误。

经过一番尝试和错误之后，我注意到这是由于服务器希望边界charset位于每个
边界（甚至最后一个边界）引起的。为了防止混淆，我决定明确设置charset的请求头前的边界参数，从而使边界将在最后一个参数Content- type请求头。此后，一切似乎都正常。

data.params = "Content-Type: multipart/form-data; boundary=" + data.uniqid;
…
data.params += "--" + data.uniqid + data.crlf;
…
data.params += "--" + data.uniqid + "--";
…
request.setRequestHeader("Content-Type", "multipart/form-data; charset=UTF-8; boundary=" + data.uniqid);

2020-07-26