返回

你也以为HTTP请求中空格编码为“%20”？（错）

前端

HTTP请求中，空格究竟应该被编码为%20还是+号，这个问题其实很有趣。按照道理讲，HTTP请求是按照RFC规范进行的，而HTTP协议明确规定，空格应该被编码为%20。但是，实际情况却并非如此。许多浏览器和服务器都将空格编码为+号。这到底是怎么回事呢？

今天，我们就走进RFC文档和W3C文档，了解一下这个「史诗级」大坑。

一、空格编码历史

空格编码的历史由来已久。早在1992年，IETF就发布了RFC 1738文档，该文档规定了HTTP协议的规范。其中，第2.2节明确指出，空格应该被编码为%20。

2.2.1 Application/x-www-form-urlencoded

    In the application/x-www-form-urlencoded media type (also
    used in the data component of a multipart/form-data), spaces
    MUST be represented as `+` (plus sign) or `%20`.

这个规定一直沿用至今，并没有发生改变。

二、空格编码现状

然而，实际情况却并非如此。许多浏览器和服务器都将空格编码为+号。这主要是因为，+号在URL中更易于解析。

例如，当您在浏览器中输入URL时，浏览器会自动将+号解析为空格。这使得您不必手动输入%20，从而节省了时间和精力。

此外，+号在URL中也更安全。因为，%20可能会被一些防火墙或代理服务器拦截，从而导致URL无法被正确解析。

三、空格编码建议

那么，在HTTP请求中，我们应该将空格编码为%20还是+号呢？

一般来说，建议您将空格编码为%20。这是因为，这样做更符合HTTP协议的规范。

但是，如果您遇到了一些特殊的场景，例如，您需要在URL中使用空格，并且您担心空格可能会被防火墙或代理服务器拦截，那么您可以考虑将空格编码为+号。

无论您选择哪种方式，请确保您在所有请求中都使用相同的方式。这将有助于避免出现不必要的问题。

四、结语

空格编码是一个看似简单，但实则复杂的问题。希望通过本文，您能够对空格编码有更深入的了解。在未来的工作中，您可以根据实际情况，选择合适的空格编码方式。