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

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

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

下面是有效的base64字符。

ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/=

我不认为这是安全的，因为例如，“=”字符在原始基数64中使用，也用于区分参数与HTTP GET中的值。

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

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

是也不是。

base64的基本字符集在某些情况下可能与url中使用的传统约定相冲突。但许多base64实现允许您更改字符集以更好地匹配url，甚至提供一个字符集(如Python的urlsafe_b64encode())。

您可能面临的另一个问题是URL长度的限制，或者更确切地说-缺乏这样的限制。由于标准没有规定任何最大长度，浏览器、服务器、库和其他使用HTTP协议的软件可能会定义自己的限制。

还有其他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, '._-', '+/='));
}