您没有
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抛出
400Bad 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);
