如果没有指定字符集，解码multipart/form-data时应该使用哪个默认编码？RFC2388规定：
4.5 表单数据中文本的字符集
每个multipart/form-data部分都应该有一个content-type。在字段元素是文本的情况下，用于文本的charset参数表示所使用的字符编码。
例如，一个包含文本字段的表单，用户键入了“Joe owes <eu>100”，其中<eu>是欧元符号，可能返回以下表单数据：
--AaB03x
content-disposition: form-data; name="field1"
content-type: text/plain;charset=windows-1250
content-transfer-encoding: quoted-printable>>
Joe owes =80100.
--AaB03x
HTML5中有所更改（请参见http://dev.w3.org/html5/spec-preview/constraints.html#multipart-form-data）。
与非文件域对应的生成的multipart/form-data资源的部分，不得指定Content-Type标头。
那么字符集在哪里指定？从编码算法中我所知道的是，唯一的位置就是名为_charset_的表单数据集条目内。
如果您的表单没有一个名为_charset_的隐藏输入会发生什么？ 我已经在Chrome 28中测试过以UTF-8和ISO-8859-1编码的表单并检查了发送的标头和负载，但我没有看到任何地方给出字符集（尽管文本编码肯定会更改）。 如果我在表单中包含一个空的_charset_字段，Chrome将使用正确的字符集类型填充它。 我想，任何服务器端代码都必须查找该_charset_字段才能找出它呢？
当我编写一个使用XMLHttpRequest.send发送FormData对象的Chrome扩展时，遇到了这个问题，该方法始终使用UTF-8进行编码，无论源文档编码是什么。
让请求实体正文成为使用utf-8作为显式字符编码的multipart/form-data编码算法对数据进行编码的结果。
让mime类型成为“multipart/form-data;”、“boundary =”和由multipart/form-data编码算法生成的multipart/form-data边界字符串连接而成的字符串。
如我之前所发现，POST请求中没有指定charset=utf-8，除非您在表单中包含一个空的_charset_字段，在这种情况下，该字段自动填充为"utf-8"。
这是我的理解，欢迎对我的假设进行任何更正！
------WebKitFormBoundarydZAwJIasnBbGaUqM
Content-Disposition: form-data; name="file"; filename="xxx.txt"
Content-Type: text/plain
name设置为charset，但没有任何声明。这是我的输入：<input type="hidden" name="charset">- Ercksen