执行 POST 时是否需要对表单参数名称进行编码？

Question

快速版：使用标准multipart/form-data编码发送的“表单”的参数名称是否需要编码？

较长版本： 1fichier.com 上的上传表单（一项上传大型图片的服务） files) 使用以下内容指定要上传的文件参数：

<input type="file" name="file[]" size="50" title="Select the files to upload" />

参数名称为 file[] （注意括号）。

使用 LiveHTTPHeaders 我看到在 Firefox 中提交表单时参数是这样发送的（即带有括号）。但是，对于我用 Python 编写的 程序，我使用 poster 模块能够使用标准 multipart/form-data 编码上传文件。如果我用括号输入参数名称，它会像这样发送：

file%5B%5D

在内部，海报使用此函数对参数名称进行编码：

def encode_and_quote(data):
    """If ``data`` is unicode, return urllib.quote_plus(data.encode("utf-8"))
    otherwise return urllib.quote_plus(data)"""
    if data is None:
        return None

    if isinstance(data, unicode):
        data = data.encode("utf-8")
    return urllib.quote_plus(data)

urllib.quote_plus 文档说这只是“在构建进入 URL 的查询字符串时引用 HTML 表单值所必需的”。但这里我们正在执行 POST，因此表单值不会出现在 url 中。

那么，它们是否仍然需要编码，或者这样做是海报的错误吗？

Answer 1

RFC 2388 涵盖多部分/表单数据提交。第 3 节指定参数名称应为 ASCII 或按照 RFC 2047 进行编码。

因此，如果您的 POST 请求被编码为 multipart/form-data （海报正在做的事情），那么不，参数名称不需要以这种方式编码。我建议向作者提交一个错误（咳咳...），他可能愿意在未来的版本中修复它；）

解决方法是直接设置 MultipartParam 的 name 属性，例如

   p.name = 'file[]'

Answer 2

尽管本质上这个问题已经得到解答，但我还提供了一些有关如何挖掘这些 RFC 的更多详细信息。

RFC 2388 第 3 节 规定需要 Content-Disposition 标头。非 ASCII 数据应使用 RFC 2047 进行编码，即使 看起来像是冲突<​​/a>。 RFC 2183 第 2 部分 描述了此 Content-disposition 标头的格式。 name 符合该语法的一般 parameter 规则，但引用了 RFC 2045 为此。 在第 5.1 节中，您会发现参数的右侧< /code> 是一个 token 或一个 quoted-string。两种产品均未提及表单名称的任何 URL 编码格式。但[和]位于tspecials中，因此它们不能成为令牌的一部分。因此，我们

Content-Disposition: form-data; name="file[]"        (correct)
Content-Disposition: form-data; name=file[]          (invalid)
Content-Disposition: form-data; name="file%5B%5D" (wrong name)
Content-Disposition: form-data; name=file%5B%5D   (wrong name)

对非 ASCII 文件名还有一个注释： 当前的 HTML 5 规范草案 要求不以 7 位安全方式对它们进行编码，而是以整个请求中使用的编码方式传输它们。 关于非 ASCII 字段名称的问题促使我今天看到您的这个问题。