问题背景

接收客户端传入参数，base64解码失败，经过排查发现原因是参数上传前字符串中有+，但是PHP接收后，发现+变成了空格，导致base64解码失败。

测试验证

访问一个测试的接口 /internal/test

curl 'http://127.0.0.1/internal/test?a=abc+def'

验证1：

简单输出$_GET

public function test() {

var_dump($_GET);

}

结果：

array(1) {

["a"]=>

string(7) "abc def"

}

结论：可以看到直接接收GET参数，+变成了空格

+变成空格的原因

经过一顿查资料，首先我们要知道URL编码是什么

URL编码

一个例子

我们常见的一个URL，例如CSDN搜索功能的一个URL(https://so.csdn.net/so/search/s.do?q=PHP基于字典树算法实现搜索联想功能&t=&u=)，当你从浏览器中复制出来的时候，这个URL长下面这样子 https://so.csdn.net/so/search/s.do?q=PHP%E5%9F%BA%E4%BA%8E%E5%AD%97%E5%85%B8%E6%A0%91%E7%AE%97%E6%B3%95%E5%AE%9E%E7%8E%B0%E6%90%9C%E7%B4%A2%E8%81%94%E6%83%B3%E5%8A%9F%E8%83%BD&t=&u=

这就是URL被编码了，这里编码是将中文转换成了%开头的两个十六进制数。

为什么URL会被编码呢？

URL中的参数部分是由一个个key=value的参数对组成，而如果&=/?等在URL具有一定功能的特殊字符出现在key或者value中时，就会导致语义出现不一致的情况，例如参数q的值是a&b，那么当出现q=a&b&f=s这样一个参数对时，是表示q的值是a&b，还是q的值是a，而b的值为空呢？

因此需要对URL进行编码，这样被编码过的字符就不再会有歧义，上面例子中的q=a&b&f=s会被编码成q=a%26b&f=s，你看这样是不是就不会混乱了。

如何对URL进行编码呢？

URL如何进行编码由RFC标准进行规定，

在RFC-1738对URL进行说明的各项标准中，提出了要对URL中不安全的字符进行编码，编码方式即使用%和紧跟的两个十六进制数字表示，注意在该标准中空格被编码成+

在升级版RFC-2396对URI进行说明的各项标准中，再次提到了对参数进行编码，注意在在该标准中空格被编码成%20

在再次升级版的RFC-3986标准中，对Url的编解码问题做出了更加详细的建议，指出了哪些字符需要被编码才不会引起Url语义的转变，以及对为什么这些字符需要编码做出了相应的解释。

回头来研究下一开始的问题

通过以上的资料，我们可以看出来+被变成了空格的原因，正是按照RFC-1738标准进行的反编码，也就是.PHP接收$_GET参数遵循的是的是RFC-1738标准。

所以直接读取$_GET时，+就反过来被解码成了空格

怎么解决这个问题

那我们怎么让PHP不按照RFC-1738标准进行解码，而是按照升级版的RFC-3986标准进行解码呢？

最简单的办法当然是让+以正确的方式进行编码，也就是在客户端请求接口时，按照RFC-3986标准进行对URL进行编码。此时+被编码成%2b，当PHP接收参数时，将%2b解码成+，大功告成。

验证结果

对URL进行正确的编码

curl 'http://127.0.0.1/internal/test?a=abc%2bdef'

此时可以看到接口输出

array(1) {

["a"]=>

string(7) "abc+def"

}

PHP语言里还有别的坑吗？

除了接收$_GET参数外，PHP中还有对URL参数处理的两个常用的函数urlencode和urldecode。

注意这两个函数也是遵循RFC-1738进行编码和解码，从官网的说明可以看到

This differs from the » RFC 3986 encoding (see rawurlencode()) in that for historical reasons, spaces are encoded as plus (+) signs.

做个试验

先对字符串abc def进行编码

$str = 'abc def';

echo urlencode($str);

输出结果

abc+def

然后对字符串a=abc+def进行解码

$str = 'a=abc+def';

echo urldecode($str);

输出结果

a=abc def

可以看出确实空格被编码成了+，而+则被解码成空格

怎么解决呢？

那PHP里面有没有使用RFC-3986标准进行编码的呢，有的，是rawurlencode和rawurldecode，PHP官方是这么写的

rawurlencode — URL-encode according to RFC 3986

再来做个试验

先对字符串abc def进行编码

$str = 'abc def';

echo rawurlencode($str);

输出结果

abc%20def

可以看到空格被编码成%20，然后对字符串a=abc+def进行解码

$str = 'a=abc+def';

echo rawurldecode($str);

输出结果

a=abc+def

可以看到+解码后还是+，没有变成空格

结论

所以最符合标准，并且比较容易实现的方案就是让客户端or前端在请求服务端接口时遵循RFC-3986标准进行正确的URL编码