base64_encode_url 与 base64_encode 它们的应用场景有什么区别呢？

Question

在日常的工作中，我经常是使用base64_encode进行数据的传输与接收，没有出现过问题，可是今天我在接入第三方的应用时，我发现接口要求对数据进行 base64_encode_url ，让我觉得很疑惑，这两者的区别在哪里呢？

base64_encode_url 将 + / = 都替换了，这是为了什么呢？在什么应用场景下使用的呢？ :

str_replace(['+','/','='], ['-','_',''],base64_encode($data))

Answer 1

因为在 url 中，+ 、/、= 都是有独立含义的，在url中传输会有影响，甚至错误。
在 base64 中，= 不是必须的，用来做类似填充的作用。

在URL中的应用

Base64编码可用于在HTTP环境下传递较长的标识信息。例如，在Java持久化系统Hibernate中，就采用了Base64来将一个较长的唯一标识符（一般为128-bit的UUID）编码为一个字符串，用作HTTP表单和HTTP GET URL中的参数。在其他应用程序中，也常常需要把二进制数据编码为适合放在URL（包括隐藏表单域）中的形式。此时，采用Base64编码不仅比较简短，同时也具有不可读性，即所编码的数据不会被人用肉眼所直接看到。

然而，标准的Base64并不适合直接放在URL里传输，因为URL编码器会把标准Base64中的/和+字符变为形如%XX的形式，而这些%号在存入数据库时还需要再进行转换，因为ANSI SQL中已将%号用作通配符。

为解决此问题，可采用一种用于URL的改进Base64编码，它不在末尾填充=号，并将标准Base64中的+和/分别改成了-和_，这样就免去了在URL编解码和数据库存储时所要作的转换，避免了编码信息长度在此过程中的增加，并统一了数据库、表单等处对象标识符的格式。

另有一种用于正则表达式的改进Base64变种，它将+和/改成了!和-，因为+，*以及前面在IRCu中用到的[和]在正则表达式中都可能具有特殊含义。

此外还有一些变种，它们将+/改为_-或._（用作编程语言中的标识符名称）或.-（用于XML中的_Nmtoken_）甚至_:（用于XML中的_Name_）。

为了克服Base64由于输出内容中包括两个以上“符号类”字符（+, /, =等)而带来的互不兼容多变种问题，一种输出内容无符号的Base62x编码方案被引入软件工程领域，Base62x被视为无符号化的Base64改进版本。