理论上，是的，只要您不超过客户端或服务器的最大url和/oor查询字符串长度。

在实践中，事情可能会变得有点棘手。例如，它可以在ASP上触发HttpRequestValidationException。如果该值碰巧包含“on”，并且您在后面留下“==”。

不，你需要对它进行url编码，因为base64字符串可以包含“+”，“=”和“/”字符，这可能会改变你的数据的含义-看起来像一个子文件夹。

下面是有效的base64字符。

ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/=

我倾向于发布一些澄清，因为这里的一些答案有点误导(如果不是不正确的话)。

答案是否定的，你不能简单地在URL查询字符串中传递base64编码的参数，因为加号在$_GET全局数组中被转换为空格。换句话说，如果你发送test。php?myvar# = stringwith +标志

//test.php
print $_GET['myVar'];

结果将是: stringwith标志

解决这个问题的简单方法是urlencode()您的base64字符串，然后将其添加到查询字符串中，以转义+，=和/字符为%##代码。 例如，urlencode("stringwith+sign")返回stringwith%2Bsign

在处理操作时，PHP在填充$_GET全局变量时自动解码查询字符串。 例如，如果我发送test。php?myvar# = stringwith % 2 bsign

//test.php
print $_GET['myVar'];

结果是: stringwith +标志

你不希望urldecode()返回的$_GET字符串，因为+将被转换为空格。 换句话说，如果我发送相同的test。php?myvar# = stringwith % 2 bsign

//test.php
$string = urldecode($_GET['myVar']);
print $string;

结果出乎意料: stringwith标志

rawurldecode()输入是安全的，但是，这是多余的，因此是不必要的。

对于url安全编码，如Python中的base64.urlsafe_b64encode(…)，下面的代码对我来说是100%的

function base64UrlSafeEncode(string $input)
{
   return str_replace(['+', '/'], ['-', '_'], base64_encode($input));
}

理论上，是的，只要您不超过客户端或服务器的最大url和/oor查询字符串长度。

在实践中，事情可能会变得有点棘手。例如，它可以在ASP上触发HttpRequestValidationException。如果该值碰巧包含“on”，并且您在后面留下“==”。

还有其他base64规范。(详见表格)。但实际上你需要65个字符来编码:26个小写字母+ 26个大写字母+ 10个数字= 62。

你还需要两个['+'，'/']和一个填充字符'='。但是没有一个是url友好的，所以使用不同的字符，你就设置好了。上面图表中的标准字符是['-'，'_']，但你可以使用其他字符，只要你对它们进行相同的解码，并且不需要与他人共享。

我建议你编写自己的助手。像下面这些来自php手册页base64_encode的注释:

function base64_url_encode($input) {
 return strtr(base64_encode($input), '+/=', '._-');
}

function base64_url_decode($input) {
 return base64_decode(strtr($input, '._-', '+/='));
}