问题背景
接收客户端传入参数，base64解码失败，经过排查发现原因是参数上传前字符串中有+，但是PHP接收后，发现+变成了空格，导致base64解码失败。
测试验证
访问一个测试的接口 /internal/test
curl 'http://127.0.0.1/internal/test?a=abc+def'
1
验证1：
简单输出$_GET
public function test() {
var_dump($_GET);
}
1
2
3
结果：
array(1) {
["a"]=>
string(7) "abc def"
}
1
2
3
4
结论：可以看到直接接收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'
1
此时可以看到接口输出
array(1) {
["a"]=>
string(7) "abc+def"
}
1
2
3
4
5
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);
1
2
输出结果
abc+def
1
然后对字符串a=abc+def进行解码
$str = 'a=abc+def';
echo urldecode($str);
1
2
输出结果
a=abc def
1
可以看出确实空格被编码成了+，而+则被解码成空格
怎么解决呢？
那PHP里面有没有使用RFC-3986标准进行编码的呢，有的，是rawurlencode和rawurldecode，PHP官方是这么写的
rawurlencode — URL-encode according to RFC 3986
再来做个试验
先对字符串abc def进行编码
$str = 'abc def';
echo rawurlencode($str);
1
2
输出结果
abc%20def
1
可以看到空格被编码成%20，然后对字符串a=abc+def进行解码
$str = 'a=abc+def';
echo rawurldecode($str);
1
2
输出结果
a=abc+def
1
可以看到+解码后还是+，没有变成空格
结论
所以最符合标准，并且比较容易实现的方案就是让客户端or前端在请求服务端接口时遵循RFC-3986标准进行正确的URL编码
