在 XHR 中使用 multipart/form-data 作为 Content-Type 时获取“400 Bad Request”

Question

我有一个发送一些数据的 AJAX 请求。数据遵守 multipart/form-data规范。

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

我试过这样做：request.setRequestHeader("Content-Type", "multipart/form-data");但这给出了 400 Bad Request 错误。

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

我想有一个可以设置的有效 Content-Type 标头列表，并且“multipart/form-data”不在其中，但我找不到解决我的困境的方法。

实际发送的数据示例：

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

--l3iPy71otz
内容配置：表单数据；名称=“标题公共”

Variation_1
--l3iPy71otz
内容配置：表单数据；名称="nr_versiune"


--l3iPy71otz--

谢谢！

Answer 1

您没有boundary在请求标头中设置 ，如下所示：

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

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

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

例如，“charset”参数适用于“text”的任何子类型，而“boundary”参数适用于“multipart”媒体类型的任何子类型。

更新：我在网上发现的另一个问题出现在将 acharset添加到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);